zoukankan      html  css  js  c++  java

  • Git 命令详解

    Git 命令详解

    　　

    1 Git 下载和安装

    1.1 Git 下载地址

    根据自己电脑型号下载对应版本即可。本机是win10 64位，下载对应64位版本。

    1.2 Git 安装

    • 默认安装到C盘，一路next点击就行。
    • 指定安装，本机指定安装到D:Git，修改路径一路next点击就行。

    git有名为git-bash的终端，使用该终端执行git命令。

    2 创建版本库

    2.1 用户配置

    使用如下命令为所有版本库配置用户名和Email地址，因为Git是分布式版本控制系统，每位用户需要自报家门。

    $ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

     --global参数表示为本机器上所有Git仓库都使用这个配置，当然也可以为每个Git仓库配置不同的用户名和Email地址。

    2.2 创建仓库

    使用git init命令可以将任何目录夹创建成Git仓库，本机Git仓库存放目录为D:GitRepository，打开git-bash，进入上述所述目录，然后使用git init命令将learngit目录创建为仓库：

    $ cd D:/Git/Repository/learngit/
$ git init

     Tips：windows使用git-bash终端输入文件路径是使用斜杠而不是反斜杠。

    3 添加和提交文件到仓库

    在learngit目录下新建一个readme.txt文件，并用Notepad++编辑如下内容并保存：

    $ Git is a version control system.
$ Git is free sofware.

    Tips：不要用记事本进行编辑，windows的记事本进行编辑，以为它会在每个文件开头添加了0xefbbbf（十六进制）的字符，你会遇到很多不可思议的问题，比如，网页第一行可能会显示一个“?”。

    编辑保存完readme.txt文件后，按如下步骤将其放入版本库：

    1.使用git add命令将readme.txt添加到仓库。

    $ git add readme.txt

    2.使用git commit命令将readme.txt提交到仓库。

    $ git commit -m "wrote a readme file"

    -m参数表示本次提交的说明，最好填写有意义的内容。

    Tips：git add 可以一次添加多个文件，文件之间用空格分开。git commit 一次可以提交多个文件。

    4 查询仓库当前状态

    修改readme.txt文件内容如下：

    $ Git is a distributed version control system.
$ Git is free software.

    使用git status命令查看仓库当前状态：

    $ git status
On branch master
Changes not staged for commit:
　　(use "git add <file>..." to update what will be committed)
　　(use "git checkout -- <file>..." to discard changes in working directory)

　　　　　　modified: readme.txt

no changes added to commit (use "git add" and/or "git commit -a")

    结果显示readme.txt被修改过，但是还没准备提交。

    使用git diff命令查看readme.txt哪些地方被修改过：

    $ git diff readme.txt
diff --git a/readme.txt b/readme.txt
index d8036c1..013b5bc 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.
 No newline at end of file

    Tips:在提交之前查看被修改的地方是有必要的。

    接下来将文件添加到仓库：

    $ git add readme.txt

    再用git status查看仓库当前状态：

    $ git status
On branch master
Changes to be committed:
    (use "git reset HEAD <file>..." to unstage)

            modified: readme.txt

    结果显示将要被提交的修改包括readme.txt。

    这个时候如果使用git diff命令是查看不到readme.txt哪些地方被修改了：

    $ git diff readme.txt

    没有任何输出结果，但是可以使用git diff命令来查看工作区中的readme.txt和版本库中最新readme.txt的不同：

    $ git diff HEAD -- readme.txt
diff --git a/readme.txt b/readme.txt
index d8036c1..013b5bc 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.
 No newline at end of file

     接下来可以放心提交：

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

    提交完成后，用git status命令查看当前仓库状态：

    $ git status
On branch master
nothing to commit, working tree clean

    结果显示没有需要提交的修改，而且工作目录是干净的。

    5 版本回退

    修改readme.txt文件如下：

    Git is a distributed version control system.
Git is free software distributed under the GPL.

     然后尝试提交：

    $ git commit -m "add GPL"
[master 49c07cc] add GPL
1 file changed, 1 insertion(+), 1 deletion(-)

     每一次的commit就相当于保存一个快照，一旦你将文件弄乱或者误删了文件，就可以从最近的一个commit恢复，继续工作。

    可以使用git log命令来查看历史版本：

    $ git log
commit 49c07cc0c5b1bd1bf5df2199129a7ed063709f4e (HEAD -> master)
Author: StrivePy <1013974267@qq.com>
Date: Sun Mar 18 19:49:59 2018 +0800

    add GPL

commit 73a55c6fadf4380e784380b28e8e3ca49b85ba40
Author: StrivePy <1013974267@qq.com>
Date: Sun Mar 18 19:42:16 2018 +0800

    add distributed

     使用--pretty=oneline参数可以简化输出：

    $ git log --pretty=oneline
49c07cc0c5b1bd1bf5df2199129a7ed063709f4e (HEAD -> master) add GPL
73a55c6fadf4380e784380b28e8e3ca49b85ba40 add distributed

     49c07cc0c5b1bd1bf5df2199129a7ed063709f4e一串表示commit id，只要知道任何commit id就可以使用git reset命令切换到该提交版本：

    $ git reset --hard 73a55
HEAD is now at 73a55c6 add distributed

    结果显示已经回退到add distributed版本。

    若想回到add GPL版本，同样适用commit id：

    $ git reset --hard 49c07
HEAD is now at 49c07cc add GPL

    结果显示回到add GPL版本。

    也可以使用HEAD指针来进行版本回退，Git中，用HEAD表示当前版本，HEAD^表示上一版本，HEAD^^表示上上版本，当然往上100个版本写100个^数不过来，用HEAD~100表示。用HEAD指针进行回退：

    $ git reset --hard HEAD^
HEAD is now at 73a55c6 add distributed

    结果显示已经回退到add distributed版本。

    现在关闭git-bash，再重新打开并进入learngit目录，使用git log命令：

    $ git log
commit 73a55c6fadf4380e784380b28e8e3ca49b85ba40 (HEAD -> master)
Author: StrivePy <1013974267@qq.com>
Date: Sun Mar 18 19:42:16 2018 +0800

　　add distributed

    结果已经看不见add GPL版本了，想使用commit id前进到add GPL版本但是没有commit id,此时可以使用git reflog来查看每一次你输入的命令：

    $ git reflog
73a55c6 (HEAD -> master) HEAD@{0}: reset: moving to HEAD^
49c07cc HEAD@{1}: reset: moving to 49c07
73a55c6 (HEAD -> master) HEAD@{2}: reset: moving to 73a55
49c07cc HEAD@{3}: commit: add GPL
73a55c6 (HEAD -> master) HEAD@{4}: commit: add distributed

    结果显示add GPL的commit id为49c07cc，使用该id进行回退：

    $ git reset --hard 49c07cc
HEAD is now at 49c07cc add GPL

    结果显示已经回退到add GPL版本。

    小结：

    • HEAD指向的是当前版本，可以使用如下命令在版本之间穿梭： 
      $ git reset --hard commit_id

    • 穿梭前，可以使用如下命令查看历史版本的commit_id：

      $ git log
    • 要重返未来，可以使用如下命令查看commit_id： 
      $ git reflog

    6 管理修改

    Git管理的是修改而不是文件，文件内容的增减，文件的创建和删除都属于修改。

    对readme.txt新增一行后保存：

    Git is a distributed version control system.
Git is free software distributed under the GPL.
Git tracks changes.

      然后添加到仓库：

    $ git add readme.txt

      查看仓库当前状态：

    $ git status
On branch master
Changes to be committed:
    (use "git reset HEAD <file>..." to unstage)

            modified: readme.txt

      结果显示readme.txt的修改将被提交，然后再修改readme.txt如下后保存：

    Git is a distributed version control system.
Git is free software distributed under the GPL.
Git tracks changes of files.

     然后提交修改：

    $ git commit -m "git tracks changes"
[master 6ea23a0] git tracks changes
 1 file changed, 2 insertions(+), 1 deletion(-)

    再查看仓库当前状态：

    $ git status
On branch master
Changes to be committed:
    (use "git reset HEAD <file>..." to unstage)

            modified: readme.txt

    结果显示，readme.txt还有修改没有提交。原因是commit是负责提交缓存区的修改，第二次的修改没有添加到缓存区，所以没有没提交到版本库。可以用git diff HEAD -- readme.txt命令开查看readme.txt第二次修改和版本库中的不同。

    Tips：Git跟踪的是修改，若修改没有用git add命令添加到缓存区，就不会被git commit命令提交到版本库。

    7 撤销修改

    先查看learngit仓库的当前状态：

    $ git status
On branch master
nothing to commit, working tree clean

      结果显示工作区是干净的，现对readme.txt做如下修改：

    Git is a distributed version control system.
Git is free software distributed under the GPL.
Git tracks changes of files.
Git revokes modification.

      但此时不想要最后添加的一行了，可以直接在编辑器中删除，也可以使用git checkout命令来撤销工作区中的修改：

    $ git checkout -- readme.txt

      然后查看readme.txt，果然修改被撤销了：

    $ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git tracks changes of files.

     Tips：撤销修改的git checkout命令后面必须带上--，不然变成了切换分支命令。

    现在继续加上最后一行的修改，并将readme.txt添加到缓存区继续工作：

    $ git add readme.txt

    查看仓库当前状态：

    $ git status
On branch master
Changes to be committed:
    (use "git reset HEAD <file>..." to unstage)

            modified: readme.txt

     结果显示readme.txt的修改将被提交，但是现在不想提交，因为工作就剩一步就完成了，然后一起提交，但是当工作快完成的时候，最后一步的思路被完全打乱，文件非常混乱怎么都整理不好了，readme.txt文件被修改如下：

    $ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git tracks changes of files.
Git revokes modification.
My stupied boss still prefers SVN.

    此时可以使用git checkout命令回到上一次git add状态：

    $ git checkout -- readme.txt

    查看readme.txt：

    $ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git tracks changes of files.
Git revokes modification.

    结果显示git add后的修改被撤销了，回到了上一次git add时的状态，查看仓库当前状态：

    $ git status
On branch master
Changes to be committed:
    (use "git reset HEAD <file>..." to unstage)

            modified: readme.txt

    结果显示上上次的修改添加到缓存区了将要被提交。此时接到新的需求，已经提交到缓存区的修改也不需要了，可以使用git reset命令撤销已经添加到缓存区中的修改，回到最初的工作区状态：

    $ git reset HEAD readme.txt
Unstaged changes after reset:
M        readme.txt

    查看仓库当前状态：

    $ git status
On branch master
Changes not staged for commit:
    (use "git add <file>..." to update what will be committed)
    (use "git checkout -- <file>..." to discard changes in working directory)

            modified: readme.txt

no changes added to commit (use "git add" and/or "git commit -a")

     结果显示readme.txt的修改还没有被添加到缓存区，查看readme.txt：

    $ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git tracks changes of files.
Git revokes modification.

    结果显示修改还保存在工作区，继续使用git checkout命令撤销工作区的需改：

    $ git checkout -- readme.txt

    查看仓库当前状态：

    $ git status
On branch master
nothing to commit, working tree clean

    结果显示工作区是干净的，工作区的修改已经被撤销。查看readme.txt：

    $ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git tracks changes of files.

    确认修改已经被撤销。

    小结：

    • 当弄乱了工作区，想要撤销修改，可以使用命令： 
      $ git checkout -- filename

       当弄乱了工作区，并已经添加到缓存区，可以使用如下命令后，再使用上述命令：

    • $ git reset HEAD filename
    • 当已经提交不合适的内容到版本库，可以使用版本回退命令回到你想要的版本，参考版本回退。如果已经推送到远程仓库，那就。。呵呵。

    8 删除文件

    Git中删除和新增文件也是修改操作，在learngit仓库中新增test.txt文件，产看仓库仓前状态：

    $ git status
On branch master
Untracked files:
    (use "git add <file>..." to include in what will be committed)

        test.txt

nothing added to commit but untracked files present (use "git add" to track)

     结果显示test.txt还没有被跟踪，现在将test.txt添加到仓库并提交：

    $ git commit -m "add test.txt"
[master 07332c3] add test.txt
1 file changed, 1 insertion(+)
create mode 100644 test.txt

    一般要删除test.txt可以直接在文件资源管理器中直接删除，或者使用rm命令删除：

    $ rm test.txt

    此时，Git知道你删除了哪些文件，可以用git status命令查看哪些文件被删除了：

    $ git status
On branch master
Changes not staged for commit:
    (use "git add/rm <file>..." to update what will be committed)
    (use "git checkout -- <file>..." to discard changes in working directory)

            deleted: test.txt

no changes added to commit (use "git add" and/or "git commit -a")

    结果显示，test.txt文件被删除了，但是这个修改还没有被提交到版本库，也就是说版本库中test.txt文件还存在。现在有两种情况：

    • 确定要删除该文件，并且需要删除版本库中的该文件。用git rm命令删除版本库中的test.txt文件，并用git commit提交修改： 
      $ git rm test.txt
rm 'test.txt'

      查看仓库当前状态：

      $ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

        deleted: test.txt

      提交修改：

      $ git commit -m "delete test.txt"
[master bd9ecd8] delete test.txt
1 file changed, 1 deletion(-)
delete mode 100644 test.txt

      至此，版本库中的test.txt文件就被删除了。

    • 只是在工作区误删了该文件，可以使用git checkout -- filename命令可以撤销该文件的删除操作。
      查看仓库当前状态： 
      $ git status
On branch master
Changes not staged for commit:
    (use "git add/rm <file>..." to update what will be committed)
    (use "git checkout -- <file>..." to discard changes in working directory)

            deleted: test.txt

no changes added to commit (use "git add" and/or "git commit -a")

    小结：

    • 要删除版本库中的文件，使用命令： 
      $ git rm filename
    • 如果一个文件已经提交到版本库，你永远不用担心误删，可以使用如下命令恢复到你最近一次提交到版本库时的版本，但你会丢失提交后的修改： 
      $ git checkout -- filename

    9 远程仓库

    将Github作为远程仓库，该网站提供Git仓库托管服务。

    9.1 创建SSH Key

    在用户主目录下看有没有.ssh目录，若有看该目录有没有id_rsa和id_rsa.pub文件，这两个文件就是SSH Key的密钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以告诉任何人。如果没有这两个文件，可以打开git-bash输入以下命令：

    $ ssh-keygen -t rsa -C "youremail@example.com"

     将上述email地址换成自己的，一路回车即可，然后可以看见.ssh目录下生成了这两个文件。可以直接在git-bash下使用cat命令来查看id_rsa.pub文件的内容。

    9.2 给Github账户添加SSH Key

    登陆GitHub，打开Account settings，SSH Keys页面。然后，点Add SSH Key，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容

    9.3 创建Github仓库

    在Github上创建一个名为learngit的空仓库，该仓库有两个地址：

    • SSH地址：git@github.com:StrivePy/learngit.git
    • HTTPS地址：https://github.com/StrivePy/learngit.git

    一般使用是SSH地址，传输速度较快，HTTPS地址除传输速度慢外，还需要额外输入端口地址。

    9.4 关联Github仓库

    现在本机上有一个名为learngit的本地仓库，Github上有一个名为learngit的远程仓库，使用git remote命令可以将本地仓库和远程仓库关联起来：

    $ git remote add origin git@github.com:StrivePy/learngit.git

    StrivePy是本机用户的Github用户名，该账户已经添加了本机的SSH Key，可以进行关联和推送，但是其它机器也可以关联，但是SSH Key不在StrivePy账户的SSH Key列表中，所以不能推送消息到该用户的仓库。origin表示远程仓库的名字，当然也可以取你自己喜欢的名字。

    9.5 向远程仓库推送文件

    远程仓库关联完成后，就可以使用git push命令将本地仓库当前分支文件推送到远程仓库：

    $ git push -u origin master
Counting objects: 18, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (18/18), done.
Writing objects: 100% (18/18), 1.80 KiB | 614.00 KiB/s, done.
Total 18 (delta 5), reused 0 (delta 0)
remote: Resolving deltas: 100% (5/5), done.
To github.com:StrivePy/learngit.git
    be0db50..07332c3 master -> master
Branch 'master' set up to track remote branch 'master' from 'origin'.

    进入Github的learngit仓库，可以看见仓库里面有文件，而且文件和本地learngit仓库文件一样，说明推送成功。本次是将本地master分支内容到远程仓库的master分支，-u参数表示在将本地master分支推送到远程master分支的同时，并将两个master分支关联起来，以后就可以使用简化的git push命令进行推送。 现在只要在本地仓库做了提交，就可以使用git push命令将提交推送到远程仓库：

    $ git push origin master

     以上是理想的状况，实际操作中，Github新建的仓库默认会有一个README.md文件，在使用git push -u origin master命令时，会提示远程仓库还有文件没有同步到本地，推送失败，而且会提示本地分支和远程仓库没有关联，可以使用如下命令进行关联：

    $ git branch --set-upstream-to=origin/remote_branch  your_branch

     然后再用git push命令进行推送，但是还会提示：

    fatal: refusing to merge unrelated histories

    原因是在合并了两个不同的提交仓库时（本地仓库和远程仓库），git会发现这两个仓库可能不是同一个，为了防止推送错误，所以给出上述提示。

    如果的却清楚需要合并，可是在git pull命令后加上参数--allow-unrelated-histories来进行版本的合并：

    $ git pull origin master --allow-unrelated-histories

     如果还不能合并，看是否存在冲突，解决冲突后再进行合并。

    小结：

    • 关联远程仓库使用命令： 
      $ git remote add origin git@github.com:StrivePy/learngit.git

    • 第一次推送分支使用命令：

      $ git push -u origin master
    • 此后，本地提交后若有需要推送到远程仓库，使用命令： 
      $ git push origin master

    9.6 从远程仓库克隆

    在本地仓库learngit的同级目录下新建一个名为clone的目录，使用git-bash进入clone目录，使用如下命令将远程仓库learngit克隆到该目录：

    $ git clone git@github.com:StrivePy/learngit.git

     进入clone目录可以看见远程仓库learngit已经被克隆下来了。

    小结：

    • 要克隆一个远程仓库，必须先知道该仓库的地址，然后使用如下命令进行克隆： 
      $ git clone repository_address
    • Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。

    10 分支管理

    10.1 创建与合并分支

    master是默认的主分支，我们一般不在上面进行工作，只是将其它分支合并到该分支，如有需要再将master分支推送到远程仓库。

    首先创建名为dev的分支，并切换到该分支，使用如下命令：

    $ git checkout -b dev
Switched to a new branch 'dev'

      -b参数表示创建并切换，该命令等效于：

    $ git branch dev
$ git checkout dev
Switched to branch 'dev'

    然后用git branch命令查看当前分支：

    $ git branch
* dev
master

    现在我们就可以在dev分支上正常工作了，因为是从master分支创建的dev分支，所有现在dev分支现在的工作区和master分支的工作区是一样的，现在在readme.txt加上一行：

    Creating a new branch is quick.

     然后添加并提交：

    $ git add readme.txt
$ git commit -m "branch test"
[dev a9f9dbb] branch test
1 file changed, 4 insertions(+), 9 deletions(-)

    现在切回master分支:

    $ git checkout master
Switched to branch 'master'
Your branch is up to date with 'origin/master'.

     查看readme.txt内容发现刚刚添加的一样没有添加上，原因是在dev分支上添加的，现在将dev分支的工作合并到master分支上：

    $ git merge dev
Updating d17efd8..fec145a
Fast-forward
readme.txt | 1 +
1 file changed, 1 insertion(+)

    git merge用于合并指定分支到当前分支，合并后发现dev的添加的一行合并过来了，Fast-forward表示快进合并，直接把master指向dev,最后删除dev分支：

    $ git branch -d dev
Deleted branch dev (was fec145a).

     再查看分支：

    $ git branch
* master

     小结：

    • 查看分支: 
      $ git branch
    • 创建分支： 
      $ git branch name
    • 切换分支： 
      $ git checkout branch_name
    • 创建并切换分支： 
      $ git checkout -b name
    • 合并某分支到当前分支： 
      $ git merge name
    • 删除分支： 
      $ git branch -d name

    10.2 解决冲突

     有时候合并并不是一帆风顺的，例如新建并切换到feature1分支:

    $ git checkout -b feature1
Switched to a new branch 'feature1'

    在readme.txt最后添加一行：

    Creating a new branch is quick AND simple.

    添加并提交：

    $ git add readme.txt
$ git commit -m "AND simple"
[feature1 ddd008d] AND simple
1 file changed, 2 insertions(+), 1 deletion(-)

    然后切换到master分支：

    $ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 1 commit.
(use "git push" to publish your local commits)

    结果显示本地仓库比远程仓库要新，这个不用管。在master分支对readme.txt最后添加一行：

    Creating a new branch is quick & simple.

      添加并提交：

    $ git add readme.txt
$ git commit -m "& simple"
[master 8368fab] & simple
1 file changed, 2 insertions(+), 1 deletion(-)

    接下来合并，但是这种情况下，Git无法执行快进合并，只能尝试把各自的修改合并起来，有可能产生冲突，接下来尝试一下：

    $ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.

    结果提示产生冲突，需要手动解决冲突后再提交，使用git status可以查看冲突的文件：

    $ git status
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
    (use "git push" to publish your local commits)

    You have unmerged paths.
    (fix conflicts and run "git commit")
    (use "git merge --abort" to abort the merge)

Unmerged paths:
    (use "git add <file>..." to mark resolution)

            both modified: readme.txt

no changes added to commit (use "git add" and/or "git commit -a")

    可以查看一下readme.txt：

    $ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
<<<<<<< HEAD
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1

    Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：

    Creating a new branch is quick and simple.

    再提交：

    $ git commit -m "confict fixed"
[master 4de6f5f] confict fixed

    用带参数的git log命令查看分支合并情况：

    $ git log --graph --pretty=oneline --abbrev-commit
* 4de6f5f (HEAD -> master) confict fixed
|
| * ddd008d (feature1) AND simple
* | 8368fab & simple
|/
* 14b0a6e modify readme.txt

    最后删除feature1分支：

    $ git branch -d feature1
Deleted branch feature1 (was ddd008d)

    小结：

    • Git无法自动完成合并时，需要手动解决冲突，再提交，完成合并。
    • 查看分支合并图可以使用如下命令： 
      $ git log --graph 

    11 分支管理策略

    11.1 禁用Fast Forward合并模式

    Git默认采用的是快进合并模式，快进合并模式下，删除分支后，会丢掉分支信息。如果要强制禁用Fast forward模式，Git在merge时会产生一个新的commit，这样在分支历史上就可以看出分支信息，接下来实验一下。

    首先创建并切换到分支dev:

    $ git checkout -b dev
Switched to a new branch 'dev'

    在readme.txt后增加一行内容：

    Git fast forward merge.

    并将修改提交：

    $ git commit -m "no fast forward merge"
[dev 44e4f6f] no fast forward merge
1 file changed, 1 insertion(+), 1 deletion(-)

    现在切换回master分支：

    $ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 13 commits.
    (use "git push" to publish your local commits)

    然后用--no-ff模式将dev分支合并到master分支：

    $ git merge --no-ff -m "merge with --no-ff" dev
Merge made by the 'recursive' strategy.
readme.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

    Tips：因为本次合并要新建一个commit所以带上-m参数添加提交说明

    然后用git log命令查看日志:

    $ git log --graph --pretty=oneline --abbrev-commit
* df99854 (HEAD -> master) merge with --no-ff
|
| * 44e4f6f (dev) no fast forward merge
|/
* 9e4a116 merge with --no-ff model

     日志图形结果显示了分支的历史信息。

    小结：

    • 使用git merge命令带上--no-ff参数就表示用普通模式进行合并，合并后的历史有分支，能看出来曾经做过合并，而Fast forward模式则看不出来曾经做过合并。

    11.2 Bug分支

    每一个Bug都可以通过一个新的临时分支来修复，然后在合并分支，最后将临时分支删除。假设正在dev分支上工作，对readme.txt文件修改工作，但接到任务说master分支上有一个名为issue-001的Bug被发现了，需要紧急修改，此时看一下dev分支的工作状态：

    $ git status
On branch dev
Changes not staged for commit:
    (use "git add <file>..." to update what will be committed)
    (use "git checkout -- <file>..." to discard changes in working directory)

            modified: readme.txt

no changes added to commit (use "git add" and/or "git commit -a")

    结果显示dev分支上还有没有提交的修改，但是修改只进行了一半，无法立刻提交，而现在又要去修改Bug，该怎么处理，好在Git有一个git stash命令可以将工作现场暂时保存起来，等待以后恢复现场继续工作：

    $ git stash
Saved working directory and index state WIP on dev: df99854 merge with --no-ff

     再查看工作区的状态：

    $ git status
On branch dev
nothing to commit, working tree clean

    结果显示工作区是干净的。接下来就可以到master分支上去修复Bug了。 切换到master分支，再该分支上创建并切换到名为issue-001的分支来修复Bug：

    $ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 15 commits.
    (use "git push" to publish your local commits)
    $ git checkout -b issue-001
Switched to a new branch 'issue-001'

    现在修复Bug需要删除readme.txt的最后一行，修改完毕后添加并提交：

    $ git add readme.txt
$ git commit -m "fixed issue-001"
[issue-001 3dfa376] fixed issue-001
1 file changed, 1 insertion(+), 1 deletion(-)

    然后切换到master分支，完成合并，并删除issue-001分支：

    $ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 15 commits.
(use "git push" to publish your local commits)
    $ git merge --no-ff -m "merge bug fix issue-001" issue-001
Merge made by the 'recursive' strategy.
 readme.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
    $ git branch -d issue-001
Deleted branch issue-001 (was 3dfa376).

    Bug修复完毕，回到dev分支继续工作，查看工作区状态：

    $ git status
On branch dev
nothing to commit, working tree clean

    结果显示工作区是空的，使用git stash list查看工作现场的保存地址：

    $ git stash list
stash@{0}: WIP on dev: df99854 merge with --no-ff 

    恢复工作现场的两种方式：

    • 使用git stash apply stash@{0}，但是恢复后，stash的内容并不会被删除，需要使用git stash drop stash@{0}命令来删除stash内容。
    • 使用git stash pop命令直接恢复并删除stash内容： 
      $ git stash pop
On branch dev
Changes not staged for commit:
    (use "git add <file>..." to update what will be committed)
    (use "git checkout -- <file>..." to discard changes in working directory)
    
           modified: readme.txt

no changes added to commit (use "git add" and/or "git commit -a")
Dropped refs/stash@{0} (eb9fe8bbd71a8abc5a6e3badaa6a526d6c774ee8) 

    　　   可以看见工作现场恢复了，而且使用git stash list命令查看不到任何stash内容。

    可以多次保存stash，然后用git stash list查看，然后用git stash apply stash@{number}来恢复指定的现场。

    小结：

    • 修复Bug时，新建临时分支，解决完Bug后，合并分支，最后删除分支。
    • 使用git stash可以保存工作现场，然后去完成其工作，最后回来恢复现场继续工作。
    • 要丢弃一个没有合并的分支，可以使用git branch -D name强行铲除分支。

    12 多人协作

    12.1 远程仓库信息

    当从远程仓库clone时，Git实际上把本地的master分支和远程master分支关联起来，并且远程仓库的默认名称为origin，要查看远程仓库信息。

    用git remote命令：

    $ git remote
origin

    或者用git remote -v查看远程仓库更详细的信息：

    $ git remote -v
origin git@github.com:StrivePy/learngit.git (fetch)
origin git@github.com:StrivePy/learngit.git (push)

    上面显示了抓取和推送origin的地址。如果没有推送权限，就看不见origin的推送地址。

    12.2 推送分支

    推送分支，就是把本地分支上的所有提交推送到远程仓库。推送时加上分支名，Git就把该本地分支上的所有提交推送到对应的远程分支上：

    $ git push origin master

    要推送其它分支，使用对应的分支名称即可：

    $ git push origin dev

    并不是所有的分支都需要推送到远程仓库，需要推送到远程仓库的分支:

    • master分支作为主分支，需要时刻与远程仓库同步。
    • dev作为开发分支，团队成员都需要在上面工作，也需要时刻与远程仓库同步。
    • bug分支只在本地修改bug，不需要推送到分支。
    • feature分支是否推送到远程仓库，取决于是否和团队成员在该分支上合作开发。

    12.3 抓取分支

    多人协作时，团队成员都会时不时往master分支和dev分支推送自己的修改。

    在本地learngit仓库同级目录下新建一个cooperation目录来模拟另一个团队成员，进入cooperation目录将远程learngit仓库克隆下来：

    $ git clone git@github.com:StrivePy/learngit.git
Cloning into 'learngit'...
remote: Counting objects: 81, done.
remote: Compressing objects: 100% (49/49), done.
remote: Total 81 (delta 28), reused 77 (delta 25), pack-reused 0
Receiving objects: 100% (81/81), 7.71 KiB | 281.00 KiB/s, done.
Resolving deltas: 100% (28/28), done.

    默认情况下，clone完成后只能看见master分支：

    $ git branch
* master

    想要在dev分支上进行开发，就必须创建远程origin的dev分支到本地：

    $ git checkout -b dev origin/dev
Switched to a new branch 'dev'
Branch 'dev' set up to track remote branch 'dev' from 'origin'.

    此时就能dev分支上进行工作了：

    $ git branch
* dev
master

    先查看readme.txt的内容：

    $ cat readme.txt
git is a distributed version control system
git is a free software distributed under GPL
git has a mutable index called stage
git tracks changes of files
test git merge
create a new branch is simple And quick
add merge
test stash
add usr/bin/evn

    将最后一行修改为：

    add usr/bin/evn/test

    然后提交并推送到远程仓库：

    $ git add readme.txt
    $ git commit -m "add usr/bin/evn/test"
[dev 62c782a] add usr/bin/evn/test
1 file changed, 1 insertion(+), 1 deletion(-)
    $ git push origin dev
Counting objects: 3, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 293 bytes | 293.00 KiB/s, done.
Total 3 (delta 2), reused 0 (delta 0)
remote: Resolving deltas: 100% (2/2), completed with 2 local objects.
To github.com:StrivePy/learngit.git
    23625fd..62c782a dev -> dev

    此时，回到本地非clone的learngit仓库，查看readme.txt内容：

    $ cat readme.txt
git is a distributed version control system
git is a free software distributed under GPL
git has a mutable index called stage
git tracks changes of files
test git merge
create a new branch is simple And quick
add merge
test stash
add usr/bin/evn/

    将最有一行修改为：

    add usr/bin/evn/tests

    然后提交修改并尝试推送到远程仓库：

    $ git commit -m "add usr/bin/evn/tests"
[dev 9c1fa27] add usr/bin/
1 file changed, 1 insertion(+), 1 deletion(-)
    $ git push origin dev
To github.com:StrivePy/learngit.git
! [rejected] dev -> dev (fetch first)
error: failed to push some refs to 'git@github.com:StrivePy/learngit.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

    结果因为另外的远程推送导致本次推送失败，你可能需要先整合（合并）远程修改再进行推送，所以使用git pull命令拉一下远程仓库：

    $ git pull
remote: Counting objects: 3, done.
remote: Compressing objects: 100% (1/1), done.
remote: Total 3 (delta 2), reused 3 (delta 2), pack-reused 0
Unpacking objects: 100% (3/3), done.
From github.com:StrivePy/learngit
　　9c1fa27..1dacdbc dev -> origin/dev
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.

    git pull失败，结果提示合并时，在readme.txt文件中有冲突，查看readme.txt文件：

    $ cat readme.txt
git is a distributed version control system
git is a free software distributed under GPL
git has a mutable index called stage
git tracks changes of files
test git merge
create a new branch is simple And quick
add merge
test stash
<<<<<<< HEAD
add usr/bin/evn/tests
=======
add usr/bin/evn/test
>>>>>>> 1dacdbc0ca9202c1e11c366ce6b9c13f44cb5b47

    将最后一行修改为：

    add usr/bin/evn/

    然后提交到本地仓库，再远程推送：

    $ git add readme.txt
    $ git commit -m "merge and fixed"
[dev 1a26ae2] merge and fixed
    $ git push origin dev
Counting objects: 6, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (6/6), done.
Writing objects: 100% (6/6), 572 bytes | 286.00 KiB/s, done.
Total 6 (delta 4), reused 0 (delta 0)
remote: Resolving deltas: 100% (4/4), completed with 2 local objects.
To github.com:StrivePy/learngit.git
    1dacdbc..1a26ae2 dev -> dev

    结果显示推送成功，远程仓库中的readme.txt文件以解决冲突后文件为准。

    小结：

    • 查看远程库信息，使用命令： 
      $ git remote -v
    • 本地创建的分支，如果不推送到远程，对其他人是不可见的。
    • 多人协作的工作模式：
      • 首先可试图用命令git push origin branch_name远程推送对自己的修改。
      • 如果推送失败，则因为远程分支要比本地分支更新，用命令git pull拉取一下试图合并，如果拉取时提示no tracking information，用命令git branch --set-upstream=origin/remote_branch your_branch建立本地分支和远程分支的联系。
      • 如何合并失败，手动解决冲突，并在本地提交。
      • 没有冲突或者解决冲突后，使用命令git push origin your_branch推送。

    13 标签管理

    13.1 创建标签

    要创建标签，首先切换到要打标签的分支：

    $ git branch
* dev
master
    $ git checkout master
Switched to branch 'master'
Your branch is up to date with 'origin/master'.

    然后使用git tag tag_name创建标签：

    $ git tag v1.0

    可以使用git tag命令查看所有标签：

    $ git tag
v1.0

    默认标签是打在最新提交的commit上的，可以使用git tag tag_name commit_id命令对任何提交打上标签：

    $ git log --pretty=oneline --abbrev-commit
1ba8102 (HEAD -> master, tag: v1.0, origin/master) delete dev
cd05c0d merge bug fix issue-001
3dfa376 fixed issue-001
df99854 merge with --no-ff
44e4f6f no fast forward merge
9e4a116 merge with --no-ff model
3a6b35d merge test..
ce6ca91 merge test
3f0ad45 conflict fixed
4de6f5f confict fixed
8368fab & simple

    如果相对fixed issue-001这次提交打上标签：

    $ git tag v0.9 3dfa376

     用git show tag_name查看标签信息：

    $ git show v0.9
commit 3dfa3760095617a41a068cf8b839c2a278e249c4 (tag: v0.9)
Author: StrivePy <1013974267@qq.com>
Date: Mon Mar 19 20:19:37 2018 +0800

        fixed issue-001

diff --git a/readme.txt b/readme.txt
index 23580ea..294d3b9 100644
--- a/readme.txt
+++ b/readme.txt
@@ -3,4 +3,4 @@ Git is free software distributed under the GPL.
 Git has a mutable index called stage.
 Git tracks changes of files.
 Creating a new branch is quick and simple.
-Git fast forward merge.
+

     标签确实打在fixed issue-001这次提交上。

    可以使用git tag -a tag_name -m "information" commit_id打上带说明信息的标签，-a表示标签名，-m表示说明信息：

    $ git tag -a v0.1 -m "version 0.1 released" cd05c0d

    查看标签信息：

    $ git show v0.1
tag v0.1
Tagger: StrivePy <1013974267@qq.com>
Date: Thu Mar 22 19:40:32 2018 +0800

version 0.1 released

commit cd05c0d4223a76abfa4dd6d55fb1dcc7eac8c10c (tag: v0.1)
Merge: df99854 3dfa376
Author: StrivePy <1013974267@qq.com>
Date: Mon Mar 19 20:23:09 2018 +0800
    
            merge bug fix issue-001

    小结：

    • 对默认的最新提交打标签使用命令： 
      $ git tag tag_name
    • 要标签上带上说明信息，使用如下命令： 
      $ git tag -a tag_name -m "information" commit_id
    • 用PGP签名标签，使用如下命令： 
      $ git tag -s tag_name -m "information" commit_id 
    • 显示所有标签，使用命令： 
      $ git tag
    • 显示标签详细信息，使用命令： 
      $ git show tag_name 

    13.2 操作标签

    想要删除一个标签，使用git tag -d tag_name命令：

    $ git tag -d v0.1
Deleted tag 'v0.1' (was 4630d67)

    推送本地标签到远程：

    $ git tag
v0.9
v1.0
    $ git push origin v0.9
Total 0 (delta 0), reused 0 (delta 0)
To github.com:StrivePy/learngit.git
* [new tag]         v0.9 -> v0.9

    或者使用如下命令，将本地所有未推送的标签一次性推送到远程仓库：

    $ git push origin --tags
Total 0 (delta 0), reused 0 (delta 0)
To github.com:StrivePy/learngit.git
* [new tag]         v1.0 -> v1.0

    如果标签已经推送到了远程仓库，可以用以下步骤删除远程仓库标签：

    • 先删除本地标签： 
      $ git tag -d v0.9
Deleted tag 'v0.9' (was 3dfa376)
    • 再删除远程仓库的标签： 
      $ git push origin :refs/tags/v0.9
To github.com:StrivePy/learngit.git
- [deleted]         v0.9

       登陆Github查看该标签确实被删除了。

    小结：

    • 推送一个本地标签，使用命令： 
      $ git push origin tag_name
    • 推送本地所有未推送的标签，使用命令： 
      $ git push origin --tags
    • 删除一个本地标签，使用命令： 
      $ git tag -d tag_name
    • 删除一个远程标签，使用命令： 
      $ git push origin :refs/tags/tag_name 

    14 参考资料

    廖雪峰老师Git 教程：https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
  • 相关阅读:
    二阶段任务分配
    二阶段12.2
    针对提出的意见的改进
    一阶段spring（小呆呆）团队评分
    搜狗输入法使用感受
    省呱呱典型用户和用户场景
    省呱呱意见评论
    11/21
    11/20小组计划
    11/19小组计划
  • 原文地址：https://www.cnblogs.com/strivepy/p/9676146.html
Copyright © 2011-2022 走看看