在 SVNtrunk
中,推荐用于主要开发的地方,我在所有项目中都使用这个约定。但是,这意味着主干有时不稳定,甚至损坏。例如,当
- 我犯了错误
- 当由于 SVN 的工作方式而不得不破坏主干时。典型示例是文件重命名 - 您必须先提交任何文件重命名,然后再进行任何进一步的修改;但是,文件重命名可能需要代码重构以反映命名空间或类名更改,因此您基本上需要分两步提交单个逻辑操作。并且构建在步骤 1 和 2 之间中断。
我可以想象会有一些工具来防止错误地提交某些东西(例如 TeamCity 和延迟提交),但你真的能克服第二个问题吗?如果不是,那么在某个分支上进行“狂野开发”/branch/dev
并仅在构建相当可靠时才合并到主干不是更好吗?