【问题标题】:Subversion - tagging only for releases, no branchingSubversion - 只为发布打标签,没有分支
【发布时间】:2015-10-28 07:45:12
【问题描述】:

我是一个小型开发人员,独自致力于一个存储库,只有我会管理并为一个项目做出贡献。鉴于此,我有 2 个问题 -

  1. 是否可以简化我的工作流程并在 trunk 中进行所有主动开发?然后在某个时间点,我考虑发布一个版本(足够的错误修复或新功能)来创建一个带有语义版本控制的 标签,然后继续将此发布为公开版本?

标签:

   v1.0.0 // Code is being used in production
    v1.1.0 // Add some functionality
    v1.2.0 // Add other new functionality
    v1.2.1 // Fix bug

工作流程:

在主干中构建新功能直到稳定 -> 标记版本 -> 在主干中构建新功能直到稳定(重复)

  1. 这种方法是否明智,有什么缺点吗?我会先在 QA/测试服务器上测试 trunk 的代码,一旦代码满意就创建一个 tag,然后将该标签发布到生产环境中。然后,此标签将附带一个列出修订号的变更日志。

注意:在阅读了本网站上的文章后,例如 http://svnbook.red-bean.com/en/1.7/svn.branchmerge.when.html - 我发现不能采用分支方法,因为分支和合并的复杂程度。 p>

【问题讨论】:

    标签: svn version-control


    【解决方案1】:

    是否可以简化我的工作流程

    是的

    这种方法是否明智

    不,见下文

    它有什么缺点吗?

    是的 - 在发布版本中修复错误(无论如何都需要分支|合并)和|或在主干代码中检测旧代码库中的已知错误时,您会遇到一些麻烦

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-10-07
      • 2010-10-16
      • 2023-03-19
      • 2014-01-25
      • 2010-11-25
      • 2010-12-31
      相关资源
      最近更新 更多