问题标签 [reintegration]

我以为我已经弄清楚了关于 Subversion 1.5 需要了解的所有内容，并且很高兴地在我的功能分支和主干之间进行了合并。

然后我意识到我并没有做我认为我应该做的事情。

从功能分支合并回主干时，我没有使用 --reintegrate 参数。

具体来说，我使用 TortoiseSVN 1.5.3 并且我一直在选择第一个合并选项“合并一系列修订”而不指定范围。

从主干合并到分支时，我认为这是正确的，但我也明白，在以其他方式合并时，我应该使用 --reintegrate 参数。

相反，在任一方向合并时，我一直选择第二个选项，显然在每种情况下都选择了相反的 url。

它似乎确实在每种情况下都处理了正确的文件......

那么我搞砸了什么（如果有的话）？

所以我正在使用 git 并与 svn repo 交互。

我有一个看起来像这样的 svn TRUNK：

还有一个在提交 B 或 C 处分支的 svn bug_fixes 分支：

现在我需要将 svn 分支中的 cdefghi 提交返回到 master 分支。

我知道我可以只做一个压扁的提交，让我们称之为 squash SQUASH （其中将包含 cdefghi），但看起来我必须杀死 bug_fixes 分支并启动一个新分支才能干净地继续。

在这里：http ://blog.red-bean.com/sussman/?p=92他们建议：

checkout分支。

mergemaster 对分支的更改。

Checkout大师。

merge --reintegrate分支更改为 master。

继续发展。

不幸的是，git-svn 似乎无法识别 svn 的任何“merge --reintegrate”命令。

那么如何使用 git-svn 的命令干净地使分支和主控拥有所有提交，以便两者的开发可以继续？

在svn中，将Branch的更改合并回Trunk和将Branch的更改重新集成到Trunk有什么区别？这是否会产生相同的结果而没有未来的问题？

我的情况是这样的：我在 eclipse 中处理一个 java 项目并使用 Subclipse 进行源代码控制。最近，完成了一个分支的工作并尝试重新整合。然而，我的（糟糕的移动）宽带连接决定通过合并到主干来干扰大约 75%。现在，每当我重试相同的合并时，我都会收到错误“文件系统没有项目 svn：'/forge/!svn/bc/15895/trunk/branches/AbilityWork' path not found”。

由于实际的重新集成尚未完成，是否有某种方法可以解决此问题并有机会完成重新集成，或者可能是某种迂回的方式来“拯救”分支中的更改，因为它们非常参与。

提前感谢您的任何帮助！

我试图根据以下答案将我的分支重新集成回主干： Tortoisesvn Subversion 1.8 - merge - no more reintegrate a branch option

但我得到了树冲突。

这就是我到目前为止所做的：我将我的分支与“合并一个修订范围”、特定范围（上次同步到 HEAD 的修订）同步。所以我在我的分支中拥有了主干的所有功能！

然后我对主干进行了另一次更新。右键单击主干文件夹->合并->合并一系列修订。输入我的分支的 URL。选择“所有修订版”。单击“下一步”，然后仅单击“测试合并”。

除其他外，此消息来了：

对于文件夹中的所有文件（两者都已经存在）

其他文件夹也一样。

最后这个：

有什么问题？