SVN切换到其他分支，允许我稍后合并/提交

看起来我应该可以用亚唇形或乌龟来做这件事

我开始在一个分支中开发一个特性，并且该特性的范围不断扩大，所以我不会签入以保持该分支的稳定。 我想要一个登记的地方，所以我已经将原始分支分支，我想将我的副本指向该分支

使用SVN开关，似乎我必须作为过程的一部分解决冲突，但我不准备这样做。我只希望我的工作区现在指向它之前指向的分支的副本，允许我在自己的时间合并和更新

---

有什么方法可以做到这一点吗？

我不确定我是否理解你想做什么。在任何情况下，在解决冲突之前，你都必须与同事讨论这些冲突

---

但是，如果要推迟冲突解决并开始处理新分支，只需签出新分支的新工作副本即可。将现有工作副本保留为未提交的更改（不要删除！），并使用新的干净工作副本。

如果我理解正确，则您拥有原始分支（分支1）和从此分支代码创建的分支（分支2）。我不会从分支1切换到分支2，而是签出分支2，复制在分支1中所做的更改（解决任何冲突）并提交到分支2。我发现在分支代码库之间使用SVN切换并不像它应该的那样优雅，有时只复制/粘贴代码更改会更好

开关必须进行更新。我不认为您的问题与switch有关，它可能与您创建的分支有关。假设您的工作副本已更新到存储库的r100，并且您开始在本地进行更改。现在，您决定创建分支，并基于不在r150的存储库头创建它。然后，是的，您可能会遇到一些问题，因为分支实际上不是从与工作副本相同的源创建的

如果您想优化使更改易于隐藏，那么最好的方法是从工作副本创建分支。当您选择项目并选择团队>创建分支/标记时，这是向导中的选项之一

工作副本可能处于疯狂的混合修订状态，这就是创建分支的依据。因此，当您想返回到您的更改并想将其合并回主干或让分支赶上主干时，可能会有点困难

---

如果您大致了解工作副本的修订版本，那么中间方法是根据存储库修订版本创建分支。然后分支是干净的，当您使用交换机更新工作副本时，您可以将冲突的可能性降至最低。

我有一个分支的修改工作副本，我想创建该分支的临时分支，将我的当前工作副本指向该分支，并在不合并/更新当前更改的情况下继续工作。Switch可以做到这一点，除了它会将一个哑文本合并到所有有冲突的文件，这几乎是所有的文件。我只想改变我的副本指向的位置并继续工作，最终合并回来，但这一秒不是SVN希望我做的。谢谢，看起来这是我唯一的选择。我真的希望我可以推迟解决冲突，但看起来这个开关和我想象的一样强大。我想你理解我的问题，但我不确定我是否理解你的解决方案。我想我的问题是我没有完全理解转换的目的。基本上，我的工作副本是trunk的，但是trunk冻结后，我需要将代码提交到某个地方（当前trunk的一个分支）。我想继续工作，按照计划提交/解决冲突我只希望我的工作副本来自主干的这个分支，而不是主干。切换似乎要求您同步工作副本和新回购位置，作为其流程的一部分，我现在不需要这样做。我理解您的问题，您想要的并不存在。Switch将更新工作副本以指向新分支，这需要执行更新。我给你的技巧是尽你所能确保分支与你的工作副本相同，使更新成为无操作或接近它。谢谢，我遵循了指导原则，并成功地切换了。在分支和切换之前，我解决了所有冲突。关于何时必须将此分支合并回其原始行，有什么建议吗？谢谢。现在代码在一个分支上，您通常在那里完成工作。因此，您可以通过对分支进行完全合并，定期将分支与主干“同步”。完成所有操作后，只需从主干中获得一个更新的工作副本，然后将分支合并回主干中。。。回顾并提交。谢谢，这是我下一个困惑的领域，同步合并是我想要的术语。我设想将主干合并到我的功能分支，并想知道如何处理冲突，但现在我看到我的工作副本如何作为合并的“试验场”。