5

我们有一个具有稳定主干和不稳定开发分支的 SVN 设置。开发工作（大部分）在分支上完成，然后在部署前合并到主干。

我使用 git-svn 作为我的 SVN 客户端。我从不稳定到主干的合并过程如下：

git svn fetch
git co -b trunk svn/trunk 
git merge --no-ff svn/unstable
git svn dcommit

svn/*是远程 SVN 分支。

这当然要求在我完成之前没有人向主干提交任何内容，但这在实践中不是问题。

这个过程的好处是 git 现在将合并提交的父级记录在我的本地存储库中。这对我的同事没有好处，但它确实允许 git 在我进行合并时计算共同祖先。这是非常可取的。

这就是问题所在。当其他人进行合并时，git 不知道。这是一个例子：

  o-...-A---o---C--- unstable
 /
X--...--B---o---o--- stable

不稳定分支是在 X 点创建的。在 A 点，我们决定将来自不稳定分支的更改合并到 B 点的稳定分支中。正确的共同祖先是 X。

由于合并未记录在 git 历史记录中，因此 C 处的以下合并再次假设 X 是共同祖先。我希望它是 A，如下图所示：

  o-...-A---o---C--- unstable
 /       \
X---...---B---o---o--- stable

并非绝对有必要获得与图片完全相同的图表。任何可以将 A 识别为共同祖先的图表对我来说都很好。

我有一些选择，例如正确使用 git-filter-branch 或从未提交给 SVN 的“假”提交。然而，到目前为止，我的任何尝试都没有奏效。

我很感激你能提出任何想法。该过程不必是自动的。合并非常罕见，我可以忍受“手工”完成的痛苦。

4

4 回答 4

2

您的问题有点像SVN从 git反向填充svnmergeinfo
： 您不希望 SVN 记录来自 Git 的合并，但 Git 记录来自 SVN 的合并；）

由于从 SVN 导入时git-svn不关心svnmergeinfo属性，因此留下“手动操作”选项。

我不会推荐git-filter-branch在 Git 端重写历史的解决方案或任何东西。
如果您知道A->BSVN 上的“”合并，您应该在 Git ** 上的“合并”分支中进行该合并，然后将其合并回稳定分支（此时是微不足道的合并），从而添加一个新的致力于您当前的稳定历史。

    o-.....-A---o---C--- unstable
   /         \
  /           o-------\__ merge recorder branch
 /           /         \
X---.....---B---o---o---o__ stable

然后从 C 到稳定的合并应该将 A 作为共同祖先。

于 2009-06-02T06:24:37.717 回答
2

另一种选择是使用 Grafts 文件，它允许您在不实际操作历史记录的情况下覆盖提交的父项。

这意味着在 SVN 存储库中看到合并后，您只需在 .git/info/grafts 中添加一行，其中包含合并提交 (M) 及其父项 (A,B) 的 SHA-1。

      o-...-A---o---D--- unstable
     /       
    X-----B---M---o---o--- stable

A = 31423cd8a838f984547a908777308d846043cbda
B = d99cfccb1f859a8f1dbfac95eec75227fe518b23
M = 13319a54d3e3d61b501e7cc6474c46f37784aaa3

为了从 AM 创建链接，您可以将 M 的父母指定为 B 和 A。grafts 文件的格式相当简单：

commit newparent1 ... newparentN

这意味着您将以下（相当长的）行添加到您的移植文件中：

13319a54d3e3d61b501e7cc6474c46f37784aaa3 d99cfccb1f859a8f1dbfac95eec75227fe518b23 31423cd8a838f984547a908777308d846043cbda

Git 现在会假装这个合并确实发生了。不利的一面是，这不会通过 git push/fetch/clone 传播，但这不应该是个人发展的主要问题。

于 2009-07-19T11:21:36.237 回答
1

从 git 1.6.6 开始，这应该会自动发生。

" * "git svn" 学会了阅读 SVN 1.5+ 和 SVK 合并票证。"

在：

http://www.kernel.org/pub/software/scm/git/docs/RelNotes/1.6.6.txt

于 2010-12-16T12:05:57.900 回答
0

小心移植文件。

  1. 做错了， git gc 将（一段时间后）删除部分历史记录
  2. 如果您推送到另一台主机，它不会知道移植物，并且最终可能会破坏历史。
于 2009-07-22T18:42:55.450 回答