相关疑难解决方法(0)

Git反复合并壁球

我试图在git中有两个带有二进制文件的分支 - 一个"开发"和一个"稳定".在我想要将它们"释放"到稳定分支之前,开发分支可以对这些文件进行多次更改(并且如果相关,则稳定分支重命名这些文件).

我可以做一个正常的合并,这很好,但保留了太多的历史 - 当拉动"稳定"分支时,所有来自"开发"分支的中间提交也被拉出(因为它们是父提交).但是我们讨论的是没有任何合理的合并策略的二进制文件(除了他们/我们的),因此开发分支上的文件的实际历史是无用的.当我拉"稳定"分支时,我得到了这个:

          X-------------------G stable
         /                   /
    a---b---c---d---e---f---g development

因为G在开发分支中有一个父项,所以我在我的存储库中得到了开发分支的全部历史记录(c,d,e,f和g的数据对象),我对此并不感兴趣(X与b,应用了一些文件重命名).

所以我尝试git merge --squash从开发分支更改为稳定分支.第一次这样的合并和提交就行了,结果如预期的那样(提交消息中的改变日志很好,与开发分支无关):

          X-------------------G stable
         /                   
    a---b---c---d---e---f---g development

拉完这个压扁的稳定分支后,我在我的存储库中得到了这个,这就是我想要的:

a---b---X---G

但是第二次合并失败了(因为git无法知道我已经合并了多少并且感到困惑).

  • 是否有可能以某种方式记录合并,而不会与两个父母产生"合并提交"?
  • 或者,是否有可能告诉git只合并某个"范围"的修订版,比如在SVN中?
  • 或者,是否可以进行正常合并而不必在拉动时从其他分支下载所有引用?
  • 或者我应该为有问题的文件提供自定义合并驱动程序,只需将"他们的"版本重命名为"我们的",从而解决冲突?我仍然害怕--squash总是试图将整个历史合并到普通的父母,只解决我问题的一半.

更新:变基

如果我理解正确的变形,我会最终得到这个:

                              X stable
                             /
    a---b---c---d---e---f---g development

这让我得到了我不感兴趣的所有数据(c,d,e,f),作为奖励,我将丢失b是分支中稳定版本的信息.

每个开发版本都会增加大约5MB的存储库大小(并且重新打包整个repo只会缩小大约10%),"稳定"分支几乎是免费的(数据已经存在).我想从稳定分支中拉出一个新的版本,只拉新的5MB,而是从X更新到G下载25MB,因为我不知道我不知道我不关心c,d的内容,e和f.

git version-control merge

29
推荐指数
2
解决办法
8771
查看次数

标签 统计

git ×1

merge ×1

version-control ×1