SVN部分合并最佳实践

我正在处理一个功能分支，并将一些更改提交给我的功能分支，这将影响其他开发人员。我想将这些新的更改提交到主干上，这样以后就不会有人争先恐后地修复中断；但是，我不想提交feature分支的其余部分，因为它还没有完全正常工作

我在r109从树干上分支。我的分支已将主干的所有更改合并到r145中。我将我的“将影响其他开发人员”更改提交到我在r152和r153中的分支

我的思考过程是svn将我的工作副本切换到主干，然后执行以下操作：

svn合并svn://project/branch/myBranch -r 146:153./项目

SVN抱怨冲突，因为主干包含我更改的一个文件的原始版本，而我只是在合并最新的更改（我在之前提交到分支时对该文件做了一些更改），它还抱怨与另一个开发人员在r149中更改的文件冲突。因为在我提交之前，我的分支只包含从主干到r145的合并，所以我的分支没有反映这种更改

这没关系-冲突很容易解决，但我担心的是，从现在起，当我想将整个分支重新整合到主干中时，我会遇到麻烦

或者，我可以对主干进行必要的更改，然后将它们合并到我的分支中，但我不喜欢这种方法，因为更改已经在分支中完成了。做两次没有意义

---

有没有人有过将功能分支部分合并到主干中，然后完全重新整合的经验？这里最好的策略是什么？

如果分支上的更改顺序不太重要，您可以将这些更改合并回主干，然后在功能准备重新集成时合并其余更改

如果可能的话，我会避免整个情况，等待更改直到分支准备合并

---

在大多数情况下，如果应该立即在主干上进行更改，我建议在主干上进行更改，而不是在分支上进行更改，然后像平常一样从主干合并到分支。

为了确保保留您或其他开发人员所做的所有修改，而不保留任何不需要的修改，我认为您可能需要使用labview的LVMerge图形合并工具手动合并所有冲突的文件。我已经成功地将它与Tortoise SVN结合使用-以下是如何将LVMerge集成到SVN并使用它解决版本冲突的说明：

---

谢谢！在把它提交给我的分支机构后，我意识到这是应该在主干上做的事情。否则我会按照你的建议去做。这个工具和乌龟合并工具有什么不同？