Svn开发工作流程

Question

我目前正在开展一个双人项目，我们使用Subversion作为源代码控制。现在我们都创建分支并在这些分支中进行开发，然后在提交主干之前将这些更改合并到主干的副本中。

我们遇到的问题是保持一切更新的巨大开销。

我们的工作流程示例

1. 我在我的主干副本上运行更新以获取最新更新
2. 我将主干更新合并到我的分支
3. 我在我的分支机构工作
4. 我将我的更改合并到主干
5. 我更新主干以查看是否有任何新更新
6. 我承诺

问题

1. 即使在日志中明确写入
，也难以跟踪合并的修订版本
2. 有时我有一个完全uptodate分支，但我无法将更新合并回主干进行提交。

有人可以推荐更简单的工作流程吗？有时我们在影响其他人代码的区域工作，目前这是不可避免的，所以我们需要更新内容。我喜欢每天至少犯一次行李箱，所以事情不会太不同步。

由于

Answer 1

对于两个人来说，更简单的工作流程就是简单地在后备箱上工作。偶尔你会有冲突，但你可以解决它们并继续前进。它会比你现在做的简单得多。

如果你想让工作流分开，分支很有用，但你似乎不想那样，所以不要使用分支。

Answer 2

在过去十年左右的时间里，我每天都直接在与同一模块或项目工作的5-10人共享的同一分支或干线上工作。您在提交之前更新，并立即修复问题。鉴于您每天合并所有内容，您已经非常接近这种情况。它有助于持续集成构建机器和单元测试。如果你的同事弄得一团糟，你可以更新到早期版本并继续修改，直到他/她完成清理。

如果你想以某种方式重新设计某些东西，你只需要一个分支，这种方式在一周或更长时间内不会对团队的其他成员起作用，这通常是可以避免的。