我们曾经使用过svn。我们建立并发布了#34;发布"分支,然后有选择地合并回主干(在TortoiseSVN中,通过在合并期间检查或取消选中提交)。现在,在转换为git之后,我们也会这样做但是正在合并这样:
我们想要什么,至少在功能上。但是,自从我们的"我们的#34;合并实际上正在融合"合并" (没有改变任何东西),它们最终出现在master的提交历史中 - 这使得提交历史非常混乱。
有没有办法抑制或自定义"合并"提交到目标分支(在这种情况下是主)?抑制会很好,但预先挂起提交消息"忽略,合并为'我们的':"或类似的至少会有所帮助。
编辑:从@ phd的答案来看,很明显我没有正确读取生成的提交日志,但--first-parent master
将日志过滤到我想要的内容。
答案 0 :(得分:1)
以master
的提交历史记录结束
这取决于您查看所述提交历史记录的方式。命令
as.integer()
显示仅属于master的提交。
这使得提交历史非常混乱。
我建议你适应合并的分支,之后就不会混淆了。合并在git中是一个非常标准的操作,因此您可以自己适应合并的分支。
有没有办法抑制或自定义“合并”提交到目标分支的写入
没有。 BTW lof1 = sklearn.neighbors$LocalOutlierFactor(n_neighbors=as.integer(15))
不会将合并分支的提交写入master - 它会创建一个简单指向两个分支的合并提交,这就是git历史记录查看器(包括git log --first-parent master
)从合并分支中发现提交的方式。