在svn中合并时，我可以决定每项更改吗？

我有一个项目，它有一个功能分支和一个主干。我现在意识到我应该把主干的变化整合到功能分支中。当我现在这样做的时候，我得到了一点混乱的源代码，svn失去了双方的重要变化。所以我可以手动进行合并吗？在这里我可以决定每个更改应该是什么

好的，我现在明白了，谢谢你的澄清

我想我们以前都遇到过这种情况，我知道让一切恢复同步肯定是非常重要的。你真的有两个选择之一。我推荐的第一个方法是将您的功能分支分块运行

svn merge

，假设

feature

在第100版的

main

上分支，现在我们在第150版。我会从

svn合并-r 101:110

并解决所有问题，然后提交。然后合并

111-120

（或者你认为你能处理多少修订。10-20通常是一个不错的数字，因为提交到

main

的数量通常仅为这个数字的一半左右）

选项#2（我以前做过一次，并没有我想象的那么痛苦）是如果你真的很熟悉这个特性分支，有时候从主干重新分支，然后开始“重放”你的特性分支在这个新分支上提交的内容，这不是一个坏主意

---

如果两个分支之间的差异真的很大，不幸的是这需要一些时间。

这里的层次结构是什么？在两个目录中使用“branch”一词会使您很难了解开发流程的设置方式。那么，

功能分支

是主干吗，

主分支

是

功能分支

的分支吗？或者

feature

和

main

都是单一主干的分支吗？@Chris对不起，我的描述不好。我有一只箱子“特征”是从主干分支出来的。主干和特征都发生了变化。我想将主干中的更改集成到功能中（在将功能提交到主干之前）。谢谢你。一点点地做这件事是为了我。让svn困惑的是，我重命名了几个文件。通过重命名完成几个修订有助于合并的其余部分。是的，树冲突（通常是

svn-move

或

svn-rename

-ing文件的结果）有时可能会非常繁琐，如果文件中有很多或有很多代码。有很多次，开发人员分支与我的团队成员之间完全不同步，所以每当团队陷入困境时，我总是告诉他们这样做。干杯