版本控制系统->分支问题

Question

我正在做下一项工作，突然意识到我需要和我的主管讨论一些细节才能继续。我将在几天后见我的主管时讨论这个问题。在此之前，我需要处理另一项任务。

正确的做法是什么？

我看到两个选项：

1)将head revision从仓库复制到新的分支，并在那里启动另一个任务。在我完成后-合并到后备箱。或者我可能需要先从主干合并到分支，然后再合并回主干？

2)从工作副本复制到新分支。将主干恢复到最后一个版本(在我开始我需要讨论的任务之前)，切换到主干并处理另一个任务，然后在分支中完成当前任务并合并。

请详细解释正确的方法，因为我不是一个有经验的VCS用户。提前谢谢你。

Answer 1

你面临的麻烦是，你在主干上开始了更改，但又想把它提交到其他地方。大多数版本控制系统没有内置的行为，这是不幸的。在SVN中，您最好的选择是：

1. 在干线上创建新分支
2. 执行SVN交换机将当前工作副本切换到该分支
3. 您现在应该本地更改，并能够在新分支上提交它们
4. 在您将它们提交到分支后，再次切换回干线

上的新功能H210H111在与您的主管讨论细节后，将它们从分支合并回干线H212G213

希望这能有所帮助

Answer 2

实际上，这两种选择都适合您，而且都不是比另一种更正确；决定最简单的操作过程的是合并更改所需的难度。通常，在svn中，如果可能的话，您希望避免合并。

通常，这种决定取决于您的团队文化；如果您的同事通常不希望在主干中进行未完成/未批准的更改，那么将您的更改移动到分支，然后在您的主管批准您的代码后进行合并是有意义的。当然，如果你是单独工作，那么这一切都取决于你。

您确实有第三种选择，它可能工作，也可能不工作，这取决于您的情况，那就是同时处理主干中的两个任务，并分别提交单独的更改。

Answer 3

我将选择第一个选项，因为我可以保持我的后备箱干净(一直工作)。因为你正在谈论的功能仍然需要得到你老板的确认。如果该功能最终被丢弃，您的主干仍然不会受到影响，您团队中的其他成员也不会对该更改感到困惑。