【发布时间】:2015-10-28 07:45:12
【问题描述】:
我是一个小型开发人员,独自致力于一个存储库,只有我会管理并为一个项目做出贡献。鉴于此,我有 2 个问题 -
- 是否可以简化我的工作流程并在 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
工作流程:
在主干中构建新功能直到稳定 -> 标记版本 -> 在主干中构建新功能直到稳定(重复)
- 这种方法是否明智,有什么缺点吗?我会先在 QA/测试服务器上测试 trunk 的代码,一旦代码满意就创建一个 tag,然后将该标签发布到生产环境中。然后,此标签将附带一个列出修订号的变更日志。
注意:在阅读了本网站上的文章后,例如 http://svnbook.red-bean.com/en/1.7/svn.branchmerge.when.html - 我发现不能采用分支方法,因为分支和合并的复杂程度。 p>
【问题讨论】:
标签: svn version-control