标签:git G2 G1 Git master 我们 详解 分支
在Git中,假设写了第一个版本的代码VI,然后下面又写了第二个版本的代码V2,那么V2保留的内容是相对于V1新加的内容,他们之间的关系是V2指向V1。这一条线叫做主干:master
此时在V2的基础上,想新加一个功能G1,那么可以在V2的基础上添加一个分支,这个分支G1是创建了一个新环境来写的。再比如说此时想添加另外一个新功能G2,我们同样创建一个分支,这个分支用来写G2。G1和G2是完全不交涉的。最后如果我们确定G1和G2完成之后,我们只需要将他们合并到主干master上即可。
- 现在我们有这样的一个版本的代码:
- 查看状态:
git log
- 查看当前所处的分支,我们可以看见现在所处的分支是主干master。
git branch
- 现在我们创建一个新分支,用于开发功能G1。然后我们查看分支,发现有两个分支:一个是当前所处主干master,一个就是刚刚创建的分支G1。
git branch G1 # 用于创建新分支 git branch # 查看当前所处分支
-
我们切换到分支G1去,然后查看分支,发现现在我们处在G1分支中。
git checkout G1
- 现在我们开发功能G1,注意我们现在处于分支G1中。
上图开发完成之后,我们查看一下状态,发现文件被修改了,接着添加到git管理,提交到版本控制,最后查看状态。所以现在我们是在G1这个新的环境中修改代码。
git status git add . git commit -m 'G1' git log
- 现在我们切换回到主干master中,所以现在我们处在master中,然后查看刚刚修改的文件,发现刚刚修改的文件不见了,这是因为我们是在G1中修改的,而G1是单独的一个环境,并且没有合并到master中。
git checkout master
- 现在我们创建另外一个分支G2,开发新功能G2。注意此时我们已经切换到主干master中了。
git branch G2 git checkout G2 ...开发中 git add . git commit -m 'G2'
切换到G2之后,我们开发完G2,然后将他提交到版本控制中,并且查看他的状态,我们发现里面没有G1,只有G2和V2还有V1,这也再次说明G1和G2是单独的一个环境,没有任何交涉,他们都是通过指针指向V2。
- 现在我们觉得G1开发成熟了,此时我们将G1合并到master上。首先我们要切换到master中,这样我们才能合并。
git checkout master
然后我们查看一下状态,只有V1,V2
接着我们合并G1到master中
git merge G1
查看状态,相对于没有合并的,现在的主干上多了G1
- 如果确认G1没有问题之后,我们就可以将分支G1删掉
git branch -d G1
- 若G2也开发完毕,这是我们也能够将G2合并到master中了。依旧切换到master上,然后合并G2
git merge G2
此时我们发现出现了一个报错,这说明合并文件出现了冲突。因为我们之前合并过G1,而G1和G2都属于分支,当两个分支都合并到master中时,Git不知道如何将他们合并到一起,所以会产生冲突。
为什么合并G1不会产生冲突了?这是因为合并G1时,没有其他分支在他之前合并过。
我们查看代码文件:
此时,我们手动将他们合并
最后我们执行版本控制,将他们提交即可
标签:git,G2,G1,Git,master,我们,详解,分支 来源: https://www.cnblogs.com/missdx/p/12343771.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。