一学就会的git管理

Bertha 。 2023-06-13 04:39 36阅读 0赞

# git使用 #

### 1.创建版本库 ###

$ mkdir learngit
    $ cd learngit
    $ pwd
    /Users/michael/learngit
    
    $ git init
    #通过git init命令把这个目录变成Git可以管理的仓库：

### 2.把文件添加到版本库 ###

$ git add readme.txt
    #第二步，用命令git commit告诉Git，把文件提交到仓库：
    $ git commit -m "wrote a readme file"
    
    #commit可以一次提交很多文件，所以你可以多次add不同的文件
    $ git add file1.txt
    $ git add file2.txt file3.txt
    $ git commit -m "add 3 files."

### 3.对比文件不同 ###

$ git diff readme.txt
    diff --git a/readme.txt b/readme.txt
    index 46d49bf..9247db6 100644
    --- a/readme.txt
    +++ b/readme.txt
    @@ -1,2 +1,2 @@
    -Git is a version control system.
    +Git is a distributed version control system.
     Git is free software.
     
     #git diff顾名思义就是查看difference，显示的格式正是Unix通用的diff格式，可以从上面的命令输出看到，我们在第一行 添加了一个“distributed”单词。
     
     $ git add readme.txt

### 4.查看当前仓库状态 ###

$ git status
    # On branch master
    # Changes to be committed:
    # (use "git reset HEAD <file>..." to unstage)
    #
    # modified: readme.txt
    
    #git status告诉我们，将要被提交的修改包括readme.txt，下一步，就可以放心地提交了：

### 5.提交文件 ###

$ git commit -m "add distributed"
    [master ea34578] add distributed
     1 file changed, 1 insertion(+), 1 deletion(-)

### 6.版本回退 ###

git log命令显示从最近到最远的提交日志，我们可以看到3次提交，最近的一次是append GPL，上一次是add distributed，最早的一次是wrote a readme file。 如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：
    
    $ git log --pretty=oneline
    3628164fb26d48395383f8f31179f24e0882e1e0 append GPL
    ea34578d5496d7dd233c827ed32a8cd576c5ee85 add distributed
    cb926e7ea50ad11b8f9e909c05226233bf755030 wrote a readme file

#首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交3628164...882e1e0（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
    
    现在，我们要把当前版本“append GPL”回退到上一个版本“add distributed”，就可以使用git reset命令：
    
    $ git reset --hard HEAD^
    HEAD is now at ea34578 add distributed
    --hard参数有啥意义？这个后面再讲，现在你先放心使用。
    
    看看readme.txt的内容是不是版本add distributed：
    
    $ cat readme.txt
    Git is a distributed version control system.
    Git is free software.
    
    
    在Git中，总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到add distributed版本时，再想恢复到append GPL，就必须找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令：
    
    $ git reflog
    ea34578 HEAD@{ 0}: reset: moving to HEAD^
    3628164 HEAD@{ 1}: commit: append GPL
    ea34578 HEAD@{ 2}: commit: add distributed
    cb926e7 HEAD@{ 3}: commit (initial): wrote a readme file

### 7.撤销修改 ###

Git同样告诉我们，用命令git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区：git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。
    
    
    $ git checkout -- readme.txt
    
    $ git status
    # On branch master
    nothing to commit (working directory clean)
    
    #场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
    
    场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了场景1，第二步按场景1操作。
    
    场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

### 8.删除文件 ###

要从版本库中删除该文件，那就用命令git rm删掉，并且git commit
    
    $ git rm test.txt
    rm 'test.txt'
    $ git commit -m "remove test.txt"
    [master d17efd8] remove test.txt
     1 file changed, 1 deletion(-)
     delete mode 100644 test.txt 
    
    $ git checkout -- test.txt 
    git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

### 9.添加远程仓库 ###

$ git remote add origin git@github.com:YeuZi/tedu.git
    
    请千万注意，把上面的YeuZi/tedu替换成你自己的GitHub账户名，否则，你在本地关联的就是我的远程库，关联没有问题，但是你以后推送是推不上去的，因为你的SSH Key公钥不在我的账户列表中。
    
    添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。
    
    下一步，就可以把本地库的所有内容推送到远程库上：
    
    $ git push -u origin master
    Counting objects: 19, done.
    Delta compression using up to 4 threads.
    Compressing objects: 100% (19/19), done.
    Writing objects: 100% (19/19), 13.73 KiB, done.
    Total 23 (delta 6), reused 0 (delta 0)
    To git@github.com:YeuZi/tedu/learngit.git
     * [new branch]      master -> master
    Branch master set up to track remote branch master from origin. 
    
    把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。
    
    由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
    
    推送成功后，可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样：
    
    当你第一次使用Git的clone或者push命令连接GitHub时，会得到一个警告：
    
    The authenticity of host 'github.com (xx.xx.xx.xx)' can't be established.
    RSA key fingerprint is xx.xx.xx.xx.xx.
    Are you sure you want to continue connecting (yes/no)?

### 10.从远程克隆 ###

$ git clone git@github.com:YeuZi/tedu.git

### 11.分支管理（创建与合并分支） ###

#首先，我们创建dev分支，然后切换到dev分支：
    
    $ git checkout -b dev
    Switched to a new branch 'dev'
    
    #git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
    
    $ git branch dev
    $ git checkout dev
    Switched to branch 'dev'
    
    #然后，用git branch命令查看当前分支：
    
    $ git branch
    * dev
      master
    git branch命令会列出所有分支，当前分支前面会标一个*号。
    
    #然后，我们就可以在dev分支上正常提交，比如对readme.txt做个修改，加上一行：
    
    Creating a new branch is quick.
    然后提交：
    
    $ git add readme.txt
    $ git commit -m "branch test"
    [dev fec145a] branch test
     1 file changed, 1 insertion(+)
     
    #现在，dev分支的工作完成，我们就可以切换回master分支：
    
    $ git checkout master
    Switched to branch 'master'
    #切换回master分支后，再查看一个readme.txt文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变：
    
    #把dev分支的工作成果合并到master分支上：
    
    $ git merge dev
    Updating d17efd8..fec145a
    Fast-forward
     readme.txt |    1 +
     1 file changed, 1 insertion(+)
     
     git merge命令用于合并指定分支到当前分支。合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。
    
    注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。
    
    当然，也不是每次合并都能Fast-forward，我们后面会将其他方式的合并。
    
    合并完成后，就可以放心地删除dev分支了：
    
    $ git branch -d dev
    Deleted branch dev (was fec145a).
    删除后，查看branch，就只剩下master分支了：
    
    $ git branch
    * master

小结：

查看分支：git branch
    
    创建分支：git branch <name>
    
    切换分支：git checkout <name>
    
    创建+切换分支：git checkout -b <name>
    
    合并某分支到当前分支：git merge <name>
    
    删除分支：git branch -d <name>

### 12.文件冲突 ###

git status也可以告诉我们冲突的文件：
    
    $ git status
    # On branch master
    # Your branch is ahead of 'origin/master' by 2 commits.
    #
    # Unmerged paths:
    # (use "git add/rm <file>..." as appropriate to mark resolution)
    #
    # both modified: readme.txt
    #
    no changes added to commit (use "git add" and/or "git commit -a")
    
    #修改不同的内容后提交
    #用git log --graph命令可以看到分支合并图。
    $ git log --graph --pretty=oneline --abbrev-commit

### 13.bug分支 ###

a.当你在分支工作的时候，需要来临时来修改bug，创建新的分支，而且你工作未完成无法提交的时候。可以使用stash功能将现场储存起来，等bug分支修复后继续回复工作
    
    $ git stash
    
    b.用git status查看工作区，就是干净的（除非有没有被Git管理的文件），因此可以放心地创建分支来修复bug。
    
    首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支：
    
    $ git checkout master
    Switched to branch 'master'
    Your branch is ahead of 'origin/master' by 6 commits.
    $ git checkout -b issue-101
    Switched to a new branch 'issue-101'
    
    现在修复bug，需要把“Git is free software ...”改为“Git is a free software ...”，然后提交：
    
    $ git add readme.txt
    $ git commit -m "fix bug 101"
    [issue-101 cc17032] fix bug 101
     1 file changed, 1 insertion(+), 1 deletion(-)
    修复完成后，切换到master分支，并完成合并，最后删除issue-101分支：
    
    $ git checkout master
    Switched to branch 'master'
    Your branch is ahead of 'origin/master' by 2 commits.
    $ git merge --no-ff -m "merged bug fix 101" issue-101
    Merge made by the 'recursive' strategy.
     readme.txt |    2 +-
     1 file changed, 1 insertion(+), 1 deletion(-)
    $ git branch -d issue-101
    Deleted branch issue-101 (was cc17032).
    
    c. 回到原先的dev分支工作
    $ git checkout dev
    Switched to branch 'dev'
    $ git status
    # On branch dev
    nothing to commit (working directory clean)
    
    #工作区是干净的，可以通过 git stash list 命令查看
    $ git stash list
    
    #此时恢复的方法有两种
    一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
    
    另一种方式是用git stash pop，恢复的同时把stash内容也删了：
    
    你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：
    
    $ git stash apply stash@{ 0}

### 14.Feature分支 ###

1.开发新功能，创建新分支
    $ git checkout -b feature-vulcan
    
    2.提交合并
    $ git add vulcan.py
    $ git status
    $ git commit -m "add feature vulcan"
    $ git checkout dev
    
    3.不想要了必须删除分支
    $ git branch -d feature-vulcan
    销毁失败。Git友情提醒，feature-vulcan分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用命令git branch -D feature-vulcan。
    
    4.强行删除
    $ git branch -D feature-vulcan

### 15.多人协作 ###

首先，可以试图用git push origin branch-name推送自己的修改；
    
    如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
    
    如果合并有冲突，则解决冲突，并在本地提交；
    
    没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！
    
    如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream branch-name origin/branch-name。

### 16.忽略特殊文件 ###

在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。
    忽略文件的原则是：
    
    1.忽略操作系统自动生成的文件，比如缩略图等；
    2.忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；
    3.忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。
    加上你自己定义的文件，最终得到一个完整的.gitignore文件，内容如下：
    
    # Windows:
    Thumbs.db
    ehthumbs.db
    Desktop.ini
    
    # Python:
    *.py[cod]
    *.so
    *.egg
    *.egg-info
    dist
    build
    
    # My configurations:
    db.ini
    deploy_key_rsa 
    
    最后一步就是把.gitignore也提交到Git，就完成了！当然检验.gitignore的标准是git status命令是不是说working directory clean。
    
    使用Windows的童鞋注意了，如果你在资源管理器里新建一个.gitignore文件，它会非常弱智地提示你必须输入文件名，但是在文本编辑器里“保存”或者“另存为”就可以把文件保存为.gitignore了。