本文主要是介绍Gitlab Merge Request “commits” “changes”分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
最近处理开发人员Merge request 问题时候碰到一个问题:开发人员实际做了一个提交,编辑了三个文件,但是在gitlab merge request中显示的是12个文件差异。今天分析了一下原因,以此记录:
1 分析gitlab mq(merge request)的commits
例如有两个feature,develop和张三的创建的fea1,fea1提交 mq到develop时候gitlab是如何计算commits?
如果把fea1提交到develop那么只需要计算出来 在fea1上不在develop分支上的commit就可以了,用git 命令是 git log develop..fea1
展示的就是gitlab显示commits 即 B D
2 Gitlab mq的changes
先看一个简单情况:
例子还是上面的例子如何计算变更文件的呢?
合并两个分支的时候Git会首先找到两个分支的公共父提交从图上可以看出他们的父提交为A(如果拓扑图复杂可通过命令寻找 git merge-base fea1 develop)那么fea1修改的代码文件即fea1 在提交A基础上修改的文件内容直接展示即可,gitlab展示的changes为 git diff A fea1
复杂情况:
基于以上拓扑图张三提交mq 到develop分支(F) 测试人员测试认为不通过
张三在原来fea1基础上修改bug提交(G)
与此同时开发李四从提交C拉出fea2分支开发提交(H),提交后正常走mq到develop(I)
张三需要fea2的功能于是就把fea2 merge到了fea1 形成了新的提交J
在这种情况下如果 张三发起mq会怎样呢?
分析如下:
首先git会找fea1和develop的公共父提交,这种情况下公共父提交有两个H和D(A也是公共父提交但不是最优公共父提交,因为A是D的父提交,这个git官网所述可以参考git merge-base命令) 父提交可以通过 git merge-base fea1 develop -a 显示
commits: 通过 git log develop..fea1
可以查询到G J gitlab显示正确
changes该如何选择呢?如果公共父提交选择D 应该显示 git diff D J,这样的话可可以理解的 本次mq显示张三最近的修改。如果选择H 就会显示 git diff H J,会把fea1 的历史修改全部显示即 B D G所有修改,这样就有歧义了, 1、Merge Request commits展示的死活G J二changes展示的是B D G的修改,2、张三这次本来至修改了G 他认为changes只展示G是合理的。
做了个实验:结果是gitlab确实选择的是H,个人猜测gitlab 是通过 git merge-base fea1 develop直接得到的(加 -a参数会显示全部的)
综上所述个人认为gitlab的Merge Request还是有些歧义的 本人用的gitlab版本是8.17
看到此博客如果有自己的观点请留言
这篇关于Gitlab Merge Request “commits” “changes”分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!