Svn 重新集成分支后提交本地更改

Svn 重新集成分支后提交本地更改,svn,branch,svn-reintegrate,Svn,Branch,Svn Reintegrate,今天发生了一些不该发生的事。我们正在svn中开发一个功能分支(服务器AFAIK1.6,客户端1.7)。昨天我不在办公室时,该部门重新整合。现在,我的工作副本中剩下一些本地更改,指向已经重新集成的分支。当然,我的部分错误是下班后把变化留在当地,但这是另一个故事;-) 我知道重新整合分支机构不是一个选项,所以 将我的更改放入后备箱的最佳方法是什么?一位同事建议使用我以前从未使用过的补丁。我还考虑过在将更改提交到分支后,切丽挑选我的更改,但我不确定这是否有效。还有其他选择吗 非常感谢您的帮助 致意 N

今天发生了一些不该发生的事。我们正在svn中开发一个功能分支(服务器AFAIK1.6,客户端1.7)。昨天我不在办公室时,该部门重新整合。现在,我的工作副本中剩下一些本地更改,指向已经重新集成的分支。当然,我的部分错误是下班后把变化留在当地,但这是另一个故事;-)

我知道重新整合分支机构不是一个选项,所以 将我的更改放入后备箱的最佳方法是什么?一位同事建议使用我以前从未使用过的补丁。我还考虑过在将更改提交到分支后,切丽挑选我的更改,但我不确定这是否有效。还有其他选择吗

非常感谢您的帮助

致意
Nico

重新整合后,分支和主干应该相同(假设头部修正为100)。因此,您可以只提交特性分支中的更改(创建rev 101),并将特性分支从100(独占)合并到主干(包含)。然后删除功能分支。

为您的功能创建一个新分支,并将未提交的工作副本切换到它(如
svn switch
)。测试、提交,然后合并到主干。

关于“不重新整合已重新整合的分支”怎么办?我在哪里告诉过您重新整合该分支?我告诉过您将要素分支的修订合并到主干,然后删除要素分支。这里没有重新融合。我建议的操作与修补程序相同,但不需要创建和应用修补程序。我明白,对我来说,“从分支合并到主干”意味着某种程度上重新整合。所以这是一个误会。谢谢你的澄清。从分支机构新分支机构?这不会违反“不重新整合已重新整合的分支”规则吗?还是主干的一个分支?@dowhilefor:对于一个完整的分支,这并不重要。我想你的分支已经被删除了,所以主干是唯一的选择。“不要重新整合一个已经重新整合的分支”是相当可疑的,在支持合并历史的新SVN中没有意义。