备注：

本文参考于廖雪峰老师的博客Git教程。按照其博客进行学习和记录，感激其自私分享，也欢送各位查看原文。

知识点

  • 强制删除未合并的分支，git branch -D <branch-name>，将失落分支的批改
  • git remote和git remote -v 显示近程仓库信息
  • git push origin branch-name将本地分支推送到近程。
  • 默认clone近程库后，只能看到master分支，其余分支须要设定跟踪，git checkout -b dev origin/devdev分支设置为跟踪来自 origin 的近程分支 dev。
  • git branch --set-upstream-to=origin/<branch> branch创立本地分支与近程分支的跟踪，用于git push和git pull
  • git pull <remote> <branch>拉取指定的近程分支

Feature分支

软件开发中，总有无穷无尽的新的性能要一直增加进来。

增加一个新性能时，你必定不心愿因为一些试验性质的代码，把主分支搞乱了，所以，每增加一个新性能，最好新建一个feature分支，在下面开发，实现后，合并，最初，删除该feature分支。

比方你接到了一个新工作：开发代号为Vulcan的新性能，该性能打算用于下一代星际飞船。

于是筹备开发：

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

5分钟后，开发结束：

$ git add vulcan.py$ git status# On branch feature-vulcan# Changes to be committed:#   (use "git reset HEAD <file>..." to unstage)##       new file:   vulcan.py#$ git commit -m "add feature vulcan"[feature-vulcan 756d4af] add feature vulcan 1 file changed, 2 insertions(+) create mode 100644 vulcan.py

切回dev，筹备合并：

$ git checkout dev

一切顺利的话，feature分支和bug分支是相似的，合并，而后删除。

然而，因为某些起因，该性能须要勾销

即这个分支须要就地销毁：

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

销毁失败。Git提醒，feature-vulcan分支还没有被合并，如果删除，将失落掉批改，如果要强行删除，须要应用命令git branch -D feature-vulcan。

当初咱们强行删除：

$ git branch -D feature-vulcanDeleted branch feature-vulcan (was 756d4af).

多人合作

  • 从近程仓库克隆，Git主动把本地master分支和近程master分支对应起来，近程仓库默认名称是origin
  • 查看近程仓库信息，git remote
$ git remoteorigin
  • git remote -v 显示近程仓库更详细信息
$ git remote -vorigin    git@github.com:findmoon/newrepo.git (fetch)origin    git@github.com:findmoon/newrepo.git (push)

如上为拉取和推送的origin地址，具备拉取和推送的两个权限

推送分支

  • 推送分支，是将该分支上的所有本地提交推送到近程库。推送时须要指定本地分支，Git将把该分支推送到近程对应的分支上：
$ git push origin master

下面将会把本地master推送到origin master。本地其余分支不会被推送

  • git push origin dev，推送其余分支，如果近程没有则创立(dev)分支并推送

近程分支推送倡议

  • master分支是主分支，因而要时刻与近程同步
  • dev分支是开发分支，团队所有成员都须要在下面工作，所以也须要与近程同步
  • bug分支只用于在本地修复bug，就没必要推到近程了，除非老板要看看你每周到底修复了几个bug
  • feature分支是否推到近程，取决于你是否和你的小伙伴单干在下面开发

克隆(clone)近程仓库

在多人合作中，比方，模仿另外一小伙伴（另一台电脑或另一个目录下），从近程克隆仓库

  • clone仓库
$ git clone https://github.com/findmoon/newrepo.git正克隆到 'newrepo'...remote: Counting objects: 55, done.remote: Compressing objects: 100% (33/33), done.remote: Total 55 (delta 20), reused 54 (delta 19), pack-reused 0开展对象中: 100% (55/55), 实现.查看连贯... 实现。

分支的推送和抵触解决

关联本地分支和近程分支

  • 默认状况下，从近程库clone，只能看到近程master分支在本地的master分支
$ cd newrepo/$ git branch* master
  • 要想在dev分支上开发，须要创立本地dev分支并设置为跟踪近程origin的dev分支
$ git checkout -b dev origin/dev分支 dev 设置为跟踪来自 origin 的近程分支 dev。切换到一个新分支 'dev'
  • 新分支已与近程仓库放弃同步。

当初另一个搭档批改dev分支并push到近程

$ git push origin devUsername for 'https://github.com': findmoonPassword for 'https://findmoon@github.com':对象计数中: 3, 实现.Delta compression using up to 4 threads.压缩对象中: 100% (3/3), 实现.写入对象中: 100% (3/3), 319 bytes | 0 bytes/s, 实现.Total 3 (delta 2), reused 0 (delta 0)remote: Resolving deltas: 100% (2/2), completed with 2 local objects.To https://github.com/findmoon/newrepo.git   09a36ec..5a15ca7  dev -> dev

新的本地仓库第一次推送到近程。须要输出github的用户名和明码

推送时指定分支或设置分支跟踪

在小伙伴推送origin/dev之后，你也对雷同文件做了批改，并推送

$ git push origin devTo git@github.com:findmoon/newrepo.git ! [rejected]        dev -> dev (fetch first)error: 无奈推送一些援用到 'git@github.com:findmoon/newrepo.git'提醒：更新被回绝，因为近程仓库蕴含您本地尚不存在的提交。这通常是因为另外提醒：一个仓库已向该援用进行了推送。再次推送前，您可能须要先整合近程变更提醒：（如 'git pull ...'）。提醒：详见 'git push --help' 中的 'Note about fast-forwards' 大节。

提醒无奈推送，更新被回绝，Git提醒，推送须要先整合变更

  • 近程仓库有变更时，再次推送须要先整合变更，应用git pull

应用git pull拉取近程最新的提交

$ git pullremote: Counting objects: 3, done.remote: Compressing objects: 100% (1/1), done.remote: Total 3 (delta 2), reused 3 (delta 2), pack-reused 0开展对象中: 100% (3/3), 实现.来自 github.com:findmoon/newrepo   09a36ec..5a15ca7  dev        -> origin/dev以后分支没有跟踪信息。请指定您要合并哪一个分支。详见 git-pull(1)。    git pull <remote> <branch>如果您想要为此分支创立跟踪信息，您能够执行：    git branch --set-upstream-to=origin/<branch> dev

git pull失败，起因是: git pull须要指定本地分支与近程origin分支的跟踪，或者在git pull参数中指定近程分支

  • git branch --set-upstream-to=origin/<branch> branch创立本地分支与近程分支的跟踪，用于git push和git pull
  • git pull <remote> <branch>指定拉取的近程分支

设置跟踪近程分支

$ git branch --set-upstream-to=origin/dev dev分支 dev 设置为跟踪来自 origin 的近程分支 dev。

拉取分支时文件抵触

下面设置好跟踪后从新pull拉取更新

$ git branch --set-upstream-to=origin/dev dev分支 dev 设置为跟踪来自 origin 的近程分支 dev。$ git pull主动合并 readme.txt抵触（内容）：合并抵触于 readme.txt主动合并失败，修改抵触而后提交修改的后果。

此时能够git pull，然而合并有抵触。解决抵触和本地分支治理中的抵触方法一样，

  • 手动批改git pull时的合并抵触，而后提交，最初再push

查看抵触文件

$ cat readme.txtdev modify again commit on master110<<<<<<< HEADI modify readme on dev branch=======modify dev branch file on another people>>>>>>> 5a15ca7c06dd2204fee3f4571e86b2bf64f6a83b

删除抵触项后从新增加、提交和推送。

$ git add .$ git commit -m"fixed remote conflict"[dev 8a954f4] fixed remote conflict$ git push origin dev对象计数中: 6, 实现.Delta compression using up to 4 threads.压缩对象中: 100% (6/6), 实现.写入对象中: 100% (6/6), 570 bytes | 0 bytes/s, 实现.Total 6 (delta 4), reused 0 (delta 0)remote: Resolving deltas: 100% (4/4), completed with 2 local objects.To git@github.com:findmoon/newrepo.git   5a15ca7..8a954f4  dev -> dev

拉取和推送实现。

另外一个小伙伴间接git pull，放弃与近程库的更新,此时会将近程库内容合并到本地。

$ git pull origin devremote: Counting objects: 6, done.remote: Compressing objects: 100% (2/2), done.remote: Total 6 (delta 4), reused 6 (delta 4), pack-reused 0开展对象中: 100% (6/6), 实现.来自 https://github.com/findmoon/newrepo * branch            dev        -> FETCH_HEAD   5a15ca7..8a954f4  dev        -> origin/dev更新 5a15ca7..8a954f4Fast-forward readme.txt | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

多人合作的工作模式倡议

  • 首先，能够试图用git push origin branch-name推送本人的批改
  • 如果推送失败，则因为近程分支比你的本地更新，须要先用git pull试图合并
  • 如果合并有抵触，则解决抵触，并在本地提交
  • 没有抵触或者解决掉抵触后，再用git push origin branch-name推送就能胜利