git的分支，多人协作，标签管理-白红宇的个人博客

git的分支，多人协作，标签管理

发布日期：2022-03-30 05:03:20 浏览次数：47 分类：博客文章

本文共 13626 字，大约阅读时间需要 45 分钟。

一.分支

1.分支的简介

　　在进行提交操作时，Git 会保存一个提交对象（commit object），

2.分支的创建

　　创建一个 testing 分支，你需要使用 git branch 命令：

$ git branch testing

3.分支的切换

$ git checkout testing

　　再提交一次：

$ vim test.rb$ git commit -a -m 'made a change'

　　首先，我们创建dev分支，然后切换到dev分支：

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

　　git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：

$ git branch dev$ git checkout devSwitched to branch 'dev'

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

$ git branch* dev  master

　　git branch命令会列出所有分支，当前分支前面会标一个*号。

　　对readme.txt做个修改，加上一行：

Creating a new branch is quick.

4.分支的删除

　　使用带 -d选项的 git branch 命令来删除分支：

$ git branch -d hotfixDeleted branch hotfix (3a0874c).

5.分支的合并

　　检出到你想合并入的分支，然后运行 git merge 命令：

$ git checkout masterSwitched to branch 'master'$ git merge iss53Merge made by the 'recursive' strategy.index.html |    1 +1 file changed, 1 insertion(+)

遇到冲突时的分支合并　

　　有时候合并操作不会如此顺利。如果你在两个不同的分支中，对同一个文件的同一个部分进行了不同的修改，Git 就没法干净的合并它们。如果你对 #53 问题的修改和有关 hotfix 的修改都涉及到同一个文件的同一处，在合并它们的时候就会产生合并冲突：

$ git merge iss53Auto-merging index.htmlCONFLICT (content): Merge conflict in index.htmlAutomatic merge failed; fix conflicts and then commit the result.

　　此时 Git 做了合并，但是没有自动地创建一个新的合并提交。 Git 会暂停下来，等待你去解决合并产生的冲突。你可以在合并冲突后的任意时刻使用 git status 命令来查看那些因包含合并冲突而处于未合并（unmerged）状态的文件：

$ git statusOn branch masterYou have unmerged paths.  (fix conflicts and run "git commit")Unmerged paths:  (use "git add 
    
     ..." to mark resolution)    both modified:      index.htmlno changes added to commit (use "git add" and/or "git commit -a")

　　任何因包含合并冲突而有待解决的文件，都会以未合并状态标识出来。 Git 会在有冲突的文件中加入标准的冲突解决标记，这样你可以打开这些包含冲突的文件然后手动解决冲突。出现冲突的文件会包含一些特殊区段，看起来像下面这个样子：

<<<<<<< HEAD:index.html
    
     contact : email.support@github.com
    
=======
    
      please contact us at support@github.com
    
>>>>>>> iss53:index.html

　　这表示 HEAD 所指示的版本（也就是你的 master 分支所在的位置，因为你在运行 merge 命令的时候已经检出到了这个分支）在这个区段的上半部分（======= 的上半部分），而 iss53 分支所指示的版本在 ======= 的下半部分。为了解决冲突，你必须选择使用由 ======= 分割的两部分中的一个，或者你也可以自行合并这些内容。例如，你可以通过把这段内容换成下面的样子来解决冲突：


    
     please contact us at email.support@github.com

　　上述的冲突解决方案仅保留了其中一个分支的修改，并且 <<<<<<< , ======= , 和 >>>>>>> 这些行被完全删除了。在你解决了所有文件里的冲突之后，对每个文件使用 git add 命令来将其标记为冲突已解决。一旦暂存这些原本有冲突的文件，Git 就会将它们标记为冲突已解决。

6.分支管理

$ git branch  iss53* master  testing

　　master 分支前的 * 字符：它代表现在检出的那一个分支

Bug分支

　　有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

　　Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

$ git stashSaved working directory and index state WIP on dev: f52c633 add merge

　　首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支：

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

$ git checkout -b issue-101Switched 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 4c805e2] fix bug 101 1 file changed, 1 insertion(+), 1 deletion(-)

　　修复完成后，切换到master分支，并完成合并，最后删除issue-101分支：

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

　　现在，是时候接着回到dev分支

$ git checkout devSwitched to branch 'dev'$ git statusOn branch devnothing to commit, working tree clean

　　工作区是干净的，刚才的工作现场存到哪去了？用git stash list命令看看：

$ git stash liststash@{0}: WIP on dev: f52c633 add merge

　　工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

　　另一种方式是用git stash pop，恢复的同时把stash内容也删了：

$ git stash popOn branch devChanges to be committed:  (use "git reset HEAD 
    
     ..." to unstage)    new file:   hello.pyChanges not staged for commit:  (use "git add 
     
      ..." to update what will be committed)  (use "git checkout -- 
      
       ..." to discard changes in working directory)    modified:   readme.txtDropped refs/stash@{0} (5d677e2ee266f39ea296182fb2354265b91b3b2a)

　　再用git stash list查看，就看不到任何stash内容了：

$ git stash list

　　你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：

$ git stash apply stash@{0}

7.dev 分支

　　准备开发：

$ git checkout -b dev-vulcanSwitched to a new branch 'dev-vulcan'

　　5分钟后，开发完毕：

$ git add vulcan.py$ git statusOn branch dev-vulcanChanges to be committed:  (use "git reset HEAD 
    
     ..." to unstage)    new file:   vulcan.py$ git commit -m "add feature vulcan"[feature-vulcan 287773e] add feature vulcan 1 file changed, 2 insertions(+) create mode 100644 vulcan.py

　　切回dev，准备合并：

$ git checkout dev

销毁

$ git branch -d  dev-vulcanerror: The branch 'dev-vulcan' is not fully merged.If you are sure you want to delete it, run 'git branch -D dev-vulcan'.

　　销毁失败。Git友情提醒，dev-vulcan分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用大写的-D参数。

$ git branch -D dev-vulcanDeleted branch dev-vulcan (was 287773e).

参考：

二.多人协作

　　克隆仓库的命令格式是git clone [url]

$ git clone https://github.com/libgit2/libgit2

　　　自定义本地仓库的名字，你可以使用如下命令：

$ git clone https://github.com/libgit2/libgit2 mylibgit

　　发生冲突时：先pull，在本地合并，然后才能push成功。合并后，分支变成了下面：

$ git log --graph --pretty=oneline --abbrev-commit* d1be385 (HEAD -> master, origin/master) init hello*   e5e69f1 Merge branch 'dev'|\  | *   57c53ab (origin/dev, dev) fix env conflict| |\  | | * 7a5e5dd add env| * | 7bd91f1 add new env| |/  * |   12a631b merged bug fix 101|\ \  | * | 4c805e2 fix bug 101|/ /  * |   e1e9c68 merge with no-ff|\ \  | |/  | * f52c633 add merge|/  *   cf810e4 conflict fixed

　　Git有一种称为rebase的操作，有人把它翻译成“变基”

　　在和远程分支同步后，我们对hello.py这个文件做了两次提交。用git log命令看看：

$ git log --graph --pretty=oneline --abbrev-commit* 582d922 (HEAD -> master) add author* 8875536 add comment* d1be385 (origin/master) init hello*   e5e69f1 Merge branch 'dev'|\  | *   57c53ab (origin/dev, dev) fix env conflict| |\  | | * 7a5e5dd add env| * | 7bd91f1 add new env...

　　推送本地分支：

$ git push origin masterTo github.com:michaelliao/learngit.git ! [rejected]        master -> master (fetch first)error: failed to push some refs to 'git@github.com:michaelliao/learngit.git'hint: Updates were rejected because the remote contains work that you dohint: not have locally. This is usually caused by another repository pushinghint: to the same ref. You may want to first integrate the remote changeshint: (e.g., 'git pull ...') before pushing again.hint: See the 'Note about fast-forwards' in 'git push --help' for details.

这样就失败了，这说明有人先于我们推送了远程分支。按照经验，先pull一下：

$ git pullremote: Counting objects: 3, done.remote: Compressing objects: 100% (1/1), done.remote: Total 3 (delta 1), reused 3 (delta 1), pack-reused 0Unpacking objects: 100% (3/3), done.From github.com:michaelliao/learngit   d1be385..f005ed4  master     -> origin/master * [new tag]         v1.0       -> v1.0Auto-merging hello.pyMerge made by the 'recursive' strategy. hello.py | 1 + 1 file changed, 1 insertion(+)

　　再用git status看看状态：

$ git statusOn branch masterYour branch is ahead of 'origin/master' by 3 commits.  (use "git push" to publish your local commits)nothing to commit, working tree clean

　　用git log看看：

$ git log --graph --pretty=oneline --abbrev-commit*   e0ea545 (HEAD -> master) Merge branch 'master' of github.com:michaelliao/learngit|\  | * f005ed4 (origin/master) set exit=1* | 582d922 add author* | 8875536 add comment|/  * d1be385 init hello...

现在把本地分支push到远程，有没有问题？有，不好看

　　输入命令git rebase试试：

$ git rebaseFirst, rewinding head to replay your work on top of it...Applying: add commentUsing index info to reconstruct a base tree...M    hello.pyFalling back to patching base and 3-way merge...Auto-merging hello.pyApplying: add authorUsing index info to reconstruct a base tree...M    hello.pyFalling back to patching base and 3-way merge...Auto-merging hello.py

　　再用git log看看：

$ git log --graph --pretty=oneline --abbrev-commit* 7e61ed4 (HEAD -> master) add author* 3611cfe add comment* f005ed4 (origin/master) set exit=1* d1be385 init hello...

　　最后，通过push操作把本地分支推送到远程：

Mac:~/learngit michael$ git push origin masterCounting objects: 6, done.Delta compression using up to 4 threads.Compressing objects: 100% (5/5), done.Writing objects: 100% (6/6), 576 bytes | 576.00 KiB/s, done.Total 6 (delta 2), reused 0 (delta 0)remote: Resolving deltas: 100% (2/2), completed with 1 local object.To github.com:michaelliao/learngit.git   f005ed4..7e61ed4  master -> master

　　再用git log看看效果：

$ git log --graph --pretty=oneline --abbrev-commit* 7e61ed4 (HEAD -> master, origin/master) add author* 3611cfe add comment* f005ed4 set exit=1* d1be385 init hello...

远程分支

1.推送

$ git push origin serverfixCounting objects: 24, done.Delta compression using up to 8 threads.Compressing objects: 100% (15/15), done.Writing objects: 100% (24/24), 1.91 KiB | 0 bytes/s, done.Total 24 (delta 2), reused 0 (delta 0)To https://github.com/schacon/simplegit * [new branch]      serverfix -> serverfix

抓取数据时

$ git fetch originremote: Counting objects: 7, done.remote: Compressing objects: 100% (2/2), done.remote: Total 3 (delta 0), reused 3 (delta 0)Unpacking objects: 100% (3/3), done.From https://github.com/schacon/simplegit * [new branch]      serverfix    -> origin/serverfix

如果想要在自己的 serverfix分支上工作，可以将其建立在远程跟踪分支之上：

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

2.跟踪分支

$ git checkout --track origin/serverfixBranch serverfix set up to track remote branch serverfix from origin.Switched to a new branch 'serverfix'

　　如果想要将本地分支与远程分支设置为不同名字，你可以轻松地增加一个不同名字的本地分支的上一个命令：

$ git checkout -b sf origin/serverfixBranch sf set up to track remote branch serverfix from origin.Switched to a new branch 'sf'

　　设置已有的本地分支跟踪一个刚刚拉取下来的远程分支，或者想要修改正在跟踪的上游分支，你可以在任意时间使用 -u 或 --set-upstream-to 选项运行 git branch 来显式地设置。

$ git branch -u origin/serverfixBranch serverfix set up to track remote branch serverfix from origin.

　　如果想要查看设置的所有跟踪分支，可以使用 git branch 的 -vv 选项

$ git branch -vv  iss53     7e424c3 [origin/iss53: ahead 2] forgot the brackets  master    1ae2a45 [origin/master] deploying index fix* serverfix f8674d9 [teamone/server-fix-good: ahead 3, behind 1] this should do it  testing   5ea463a trying something new

3.删除远程分支

$ git push origin --delete serverfixTo https://github.com/schacon/simplegit - [deleted]         serverfix

参考：

三.忽略特殊文件

1.忽略特殊文件的原则：

忽略操作系统自动生成的文件，比如缩略图等；

忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；

忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。

有些时候，你想添加一个文件到Git，但发现添加不了，原因是这个文件被.gitignore忽略了：

$ git add App.classThe following paths are ignored by one of your .gitignore files:App.classUse -f if you really want to add them.

　　确实想添加该文件，可以用-f强制添加到Git：

$ git add -f App.class

　　可以用git check-ignore命令检查：

$ git check-ignore -v App.class.gitignore:3:*.class    App.class

　　.gitignore的第3行规则忽略了该文件，于是我们就可以知道应该修订哪个规则。

　　　　忽略某些文件时，需要编写.gitignore；

　　　　.gitignore文件本身要放到版本库里，并且可以对.gitignore做版本管理！

四.标签的管理

1.列出标签

$ git tagv0.1v1.3

　　如果只对 1.8.5 系列感兴趣，可以运行：

$ git tag -l 'v1.8.5*'v1.8.5v1.8.5-rc0v1.8.5-rc1v1.8.5-rc2v1.8.5-rc3v1.8.5.1v1.8.5.2v1.8.5.3v1.8.5.4v1.8.5.5

2.创建标签

　　轻量标签（lightweight）与附注标签（annotated）

　　2.1 附注标签附注标签是存储在 Git 数据库中的一个完整对象

$ git tag -a v1.4 -m 'my version 1.4'$ git tagv0.1v1.3v1.4

　　-m 选项指定了一条将会存储在标签中的信息

　　通过使用 git show 命令可以看到标签信息与对应的提交信息：

$ git show v1.4tag v1.4Tagger: Ben Straub 
    
     Date:   Sat May 3 20:19:12 2014 -0700my version 1.4commit ca82a6dff817ec66f44342007202690a93763949Author: Scott Chacon 
     
      Date:   Mon Mar 17 21:52:11 2008 -0700    changed the version number

　　2.2 轻量标签轻量标签本质上是将提交校验和存储到一个文件中 - 没有保存任何其他信息

$ git tag v1.4-lw$ git tagv0.1v1.3v1.4v1.4-lwv1.5

　　如果在标签上运行 git show，你不会看到额外的标签信息。命令只会显示出提交信息：

$ git show v1.4-lwcommit ca82a6dff817ec66f44342007202690a93763949Author: Scott Chacon 
    
     Date:   Mon Mar 17 21:52:11 2008 -0700    changed the version number

3.后期打标签

$ git log --pretty=oneline15027957951b64cf874c3557a0f3547bd83b3ff6 Merge branch 'experiment'a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support0d52aaab4479697da7686c15f77a3d64d9165190 one more thing6d52a271eda8725415634dd79daabbc4d9b6008e Merge branch 'experiment'0b7434d86859cc7b8c3d5e1dddfed66ff742fcbc added a commit function4682c3261057305bdd616e23b64b0857d832627b added a todo file166ae0c4d3f420721acbb115cc33848dfcc2121a started write support9fceb02d0ae598e95dc970b74767f19372d61af8 updated rakefile964f16d36dfccde844893cac5b347e7b3d44abbc commit the todo8a5cbc430f1a9c3d00faaeffd07798508422908a updated readme

　　假设在 v1.2 时你忘记给项目打标签，也就是在 “updated rakefile” 提交。你可以在之后补上标签。要在那个提交上打标签，你需要在命令的末尾指定提交的校验和（或部分校验和）:

$ git tag -a v1.2 9fceb02

4.共享标签

$ git push origin v1.5Counting objects: 14, done.Delta compression using up to 8 threads.Compressing objects: 100% (12/12), done.Writing objects: 100% (14/14), 2.05 KiB | 0 bytes/s, done.Total 14 (delta 3), reused 0 (delta 0)To git@github.com:schacon/simplegit.git * [new tag]         v1.5 -> v1.5

　　如果想要一次性推送很多标签，也可以使用带有 --tags 选项的 git push 命令

$ git push origin --tagsCounting objects: 1, done.Writing objects: 100% (1/1), 160 bytes | 0 bytes/s, done.Total 1 (delta 0), reused 0 (delta 0)To git@github.com:schacon/simplegit.git * [new tag]         v1.4 -> v1.4 * [new tag]         v1.4-lw -> v1.4-lw

5.删除标签

　　要删除掉你本地仓库上的标签，可以使用命令 git tag -d <tagname>

　　可以使用下面的命令删除掉一个轻量级标签：

$ git tag -d v1.4-lwDeleted tag 'v1.4-lw' (was e7d5add)

　　应该注意的是上述命令并不会从任何远程仓库中移除这个标签，你必须使用 git push <remote> :refs/tags/<tagname> 来更新你的远程仓库：

$ git push origin :refs/tags/v1.4-lwTo /git@github.com:schacon/simplegit.git - [deleted]         v1.4-lw

6. 检出标签

　　如果你想查看某个标签所指向的文件版本，可以使用 git checkout 命令

参考：

转载地址：https://www.cnblogs.com/chenxi67/p/10433056.html 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！

上一篇：移动端数据爬取

下一篇：爬虫之jupyter的使用，requests模块，正则表达式

发表评论

关于作者

喝酒易醉，品茶养心，人生如梦，品茶悟道，何以解忧？唯有杜康！

-- 愿君每日到此一游！

发表评论

最新留言

关于作者

推荐文章