在SVN中标记v更改日志

时间:2013-12-12 08:24:30

标签: svn

我有四个由SVN管理的项目。其中两个在分支机构中有最新版本的产品,另外两个在主干中有最新版本。这是不好的做法吗?所有版本都应该在主干中吗?

开发人员是否使用更改日志或标记来标记发布到生产的修订版?变更日志是SVN /源代码控制的概念还是只是一个包含在主干中的Word文档?

我目前是唯一的开发人员,但未来可能会发生变化。

1 个答案:

答案 0 :(得分:0)

你的问题没有简短的答案。

首先,在发布时,您指的是 svn revision 项目的稳定状态,您可以提供给消费者/用户

从概念上讲,最新的可交付版本应该复制到标签中,也应该放在主干上的某个地方,你可以在它上面进行各种修改(取决于你的策略是否允许你在trunk上提交不稳定的工作)。

有几种流动模型,都有其优点和缺点。

流程1-每个开发人员同步并提交到主干。 流程2-为每个新功能创建新分支,或者在解决时解决错误并重新集成合并。 流程3-每个开发人员都有自己的分支,并与主干同步,有人选择合并中继测试和提交的个别更改。 Flow 4 Flow 2,但是一个开发人员负责行李箱。

在第一个模型中,分支原则可以使用。这是最简单的流程,但在并行开发方面存在局限性。 如果您是单一开发人员,则可以使用它,然后切换到其他政策。

在流程2-4中,您拥有主干/最后一个稳定版本,但开发中的更高级版本 在某个分支上或在分支之间传播。

它不是一个完整的分析,但希望它有助于你的思考。