在SVN中标记v changelogs

在SVN中标记v changelogs,svn,Svn,我有四个由SVN管理的项目。两个在分支中具有最新的生产版本,两个在主干中具有最新的发布版本。这是坏习惯吗?所有释放都应该在后备箱中吗 开发人员是否使用变更日志或标记来标记发布到生产环境中的修订?变更日志是SVN/源代码管理的概念,还是仅仅是主干中包含的Word文档 目前我是唯一的开发人员,但将来可能会发生变化。您的问题没有简短的答案 首先,发布是指svn修订版还是可以交付给消费者/用户的项目的稳定状态 从概念上讲,最新的可交付版本应该复制到标签中,并且应该在主干上的某个地方,您可以在其上方进行各

我有四个由SVN管理的项目。两个在分支中具有最新的生产版本,两个在主干中具有最新的发布版本。这是坏习惯吗?所有释放都应该在后备箱中吗

开发人员是否使用变更日志或标记来标记发布到生产环境中的修订?变更日志是SVN/源代码管理的概念,还是仅仅是主干中包含的Word文档


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

您的问题没有简短的答案

首先,发布是指svn修订版还是可以交付给消费者/用户的项目的稳定状态

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

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

流程1-每个开发人员同步并提交到主干。 流程2-为每个新功能创建新分支,或解决bug并在解决时重新整合合并。 流程3-每个开发人员都有自己的分支,并与主干同步,有人在主干测试和提交时选择合并单个更改。 流程4-流程2,但只有一个开发人员负责主干

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

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

这不是一个完整的分析,但希望它能帮助你反思