备注:
本文参考于廖雪峰老师的博客 Git 教程。按照其博客进行学习和记录,感激其自私分享,也欢送各位查看原文。
知识点
- 强制删除未合并的分支,
git branch -D <branch-name>
,将失落分支的批改 git remote
和git remote -v
显示近程仓库信息git push origin branch-name
将本地分支推送到近程。- 默认 clone 近程库后,只能看到 master 分支,其余分支须要设定跟踪,
git checkout -b dev origin/dev
dev 分支设置为跟踪来自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-vulcan
Switched 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-vulcan
error: 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-vulcan
Deleted branch feature-vulcan (was 756d4af).
多人合作
- 从近程仓库克隆,Git 主动把本地
master
分支和近程master
分支对应起来,近程仓库默认名称是origin
- 查看近程仓库信息,
git remote
$ git remote
origin
git remote -v
显示近程仓库更详细信息
$ git remote -v
origin 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,就没必要推到近程了,除非老板要看看你每周到底修复了几个 bugfeature
分支是否推到近程,取决于你是否和你的小伙伴单干在下面开发
克隆 (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 dev
Username for 'https://github.com': findmoon
Password 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 dev
To 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 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
开展对象中: 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.txt
dev modify again commit on master
110
<<<<<<< HEAD
I 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 dev
remote: 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..8a954f4
Fast-forward
readme.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
多人合作的工作模式倡议
- 首先,能够试图用
git push origin branch-name
推送本人的批改- 如果推送失败,则因为近程分支比你的本地更新,须要先用
git pull
试图合并- 如果合并有抵触,则解决抵触,并在本地提交
- 没有抵触或者解决掉抵触后,再用
git push origin branch-name
推送就能胜利