gitHub 常用命令 与 合并冲突问题
Posted pineconeguo
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了gitHub 常用命令 与 合并冲突问题相关的知识,希望对你有一定的参考价值。
git branch 查看所在当前分支(仓库)
git pull 刷新当前分支(仓库)文件到本机
git status 查看状态提示On branch master Your branch is up to date with ‘origin/master‘.nothing to commit, working tree clean,在分支大师,您的分支是最新的‘origin / master‘。什么都没有,工作树干净
git checkout master 切换到分支master 如果切换到分支dev1 git checkout dev1
git merge dev2 合并dev2分支(仓库)文件到当前分支
git commit -am ‘注释说明‘ 将本地修改过的文件提交到本地仓库(当前分支),并写上说明
git push 推送当前分支(仓库)文件到gitHub
git merge 用来做分支合并,将其他分支中的内容合并到当前分支中。比如分支结构如下:
master / C0 ---- C1 ---- C2 ---- C4 C3 ---- C5 issueFix
当前分支是master
$ git checkout master
把issueFix中的内容Merge进来:
$ git merge issueFix
如果没有冲突的话,merge完成。有冲突的话,git会提示那个文件中有冲突,比如有如下冲突:
<<<<<<< HEAD:test.c
printf (“test1″);
=======
printf (“test2″);
>>>>>>> issueFix:test.c
可以看到 ======= 隔开的上半部分,是 HEAD(即 master 分支,在运行 merge 命令时检出的分支)中的内容,下半部分是在 issueFix 分支中的内容。解决冲突的办法无非是二者选其一或者由你亲自整合到一起。比如你可以通过把这段内容替换为下面这样来解决:
printf (“test2″);
这个解决方案各采纳了两个分支中的一部分内容,而且删除了 <<<<<<<,=======,和>>>>>>> 这些行。在解决了所有文件里的所有冲突后,运行 git add 将把它们标记为已解决(resolved)。因为一旦暂存,就表示冲突已经解决。如果你想用一个有图形界面的工具来解决这些问题,不妨运行 git mergetool,它会调用一个可视化的合并工具并引导你解决所有冲突:
$ git mergetool
merge tool candidates: kdiff3 tkdiff xxdiff meld gvimdiff opendiff emerge vimdiff
Merging the files: index.html
Normal merge conflict for ‘test.c’:
{local}: modified
{remote}: modified
Hit return to start merge resolution tool (kdiff3):
合并后的分支图如下:
master / C0 ---- C1 ---- C2 ---- C4 ---- C6 / C3 ----C5 issueFix
注意,这次合并的实现,由于当前 master 分支所指向的 commit (C4)并非想要并入分支(issueFix)的直接祖先,Git 不得不进行一些处理。就此例而言,Git 会用两个分支的末端(C4 和 C5)和它们的共同祖先(C2)进行一次简单的三方合并。对三方合并的结果作一新的快照,并自动创建一个指向它的 commit(C6)
退出合并工具以后,Git 会询问你合并是否成功。如果回答是,它会为你把相关文件暂存起来,以表明状态为已解决。然后可以用 git commit 来完成这次合并提交。
以上是关于gitHub 常用命令 与 合并冲突问题的主要内容,如果未能解决你的问题,请参考以下文章
与master合并分支时app js出现合并冲突(laravel + vue)
Git的纯命令操作,Install,Clone , Commit,Push,Pull,版本回退,撤销更新,分支的创建/切换/更新/提交/合并,代码冲突