团队合作-创建分支/解决冲突篇(八)

2019-02-27 11:42 更新

这个东西就像是SVN一样,团队操作。

这篇教程需要懂得SVN原理操作,才可以跟我继续学下去。

分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。

如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。

熟统来说:1个人拥有一个分支,而另外一个人也拥有一个分支,两个人工作流程不一样。

开始实战 首先,我们创建dev分支,然后切换到dev分支:

git checkout -b devA

-b是创建并且切换到devA分支上

开始工作

并且提交 和 切换到temp另外一个分支上去

这时候,你再打开 ’老司机的~~~' .txt文件,发现是这样子的。

此时应该此处比较好玩一点了。 因为你工作的分支是两码回事,他工作他的,我工作我的,互不相干!

合并分支

在上面我们说了,每个人工作他自己的事情,但是始终重要以一个文件来作为最终文件,而这个’最终文件’ 指的就是 合并分支 (主分支Master) , 最上面那张图可以作为代表作(我自己编写的~)

我们继续往下敲代码,你会发现,你依然存留在temp分支上(并且那个.txt文件我已经改过了),这下两个文件都有着不同的内容,来看如下:

这时候需要把两个分支合并到我们的Master分支

git merge dev

Oh MY GOD! 重点来了(虽说讲了这么多),这种原因就是冲突原因(Git无法执行“快速合并”)

赶紧解决方法: 看到最底下的no changes.....了么? 这就是git告诉我们要自己(A技术,B技术,C技术三个人自己去协商好,再合并修改再上传上去)

这种原因的存在一般是:合并别人的东西过来,肯定冲突阿(因为跟你本地不一样),这时候就得需要去把你的队友拉过来,一起合并,然后再提交你的东西,如下图: 以上你如果和猪队友结合之后,再重新指定分支到当前分支

git checkout master   
git merge temp

git命令 最终文件:

以上内容是否对您有帮助:
在线笔记
App下载
App下载

扫描二维码

下载编程狮App

公众号
微信公众号

编程狮公众号