关于git:git的分支远程连接和远程分支的拉取推送及冲突处理

78次阅读

共计 5006 个字符，预计需要花费 13 分钟才能阅读完成。

备注：

本文参考于廖雪峰老师的博客 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-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，就没必要推到近程了，除非老板要看看你每周到底修复了几个 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 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 推送就能胜利

正文完
git
发表至： git
2021-08-29
 0
关于git:同为博客不同风格-Hexo另类搭建
关于git:git合并
关于git:git使用详细总结
关于git:一张图了解-git-rebase