最佳实践:软件版本控制
最佳实践:软件版本控制
提问于 2010-05-19 17:58:42
有没有什么指导方针或标准的最佳实践，如何将你在业余时间开发的软件进行版本化，但仍然会被一些人使用？我认为有必要对这样的软件进行版本控制，这样你就可以了解正在讨论的版本1(例如，用于错误修复、支持等)。
但是我从哪里开始版本控制呢? 0.0.0？还是0.0？然后如何递增这些数字呢？主要的release.minor变化？对版本控制系统的任何提交不应该是另一个版本吗？或者这只适用于以高效方式使用的版本？
回答 12
Stack Overflow用户
回答已采纳
发布于 2010-05-19 18:06:01
你应该从版本1开始，除非你知道你“发布”的第一个版本在某种程度上是不完整的。
至于如何递增版本，这由您决定，但请使用主要、次要、构建编号作为指南。
没有必要将你提交给源代码控制的每个版本都作为另一个版本--你很快就会有一个非常大的版本号。您只需要在向外界发布新版本时递增版本号(以某种方式)。
因此，如果您进行了重大更改，请从版本1.0.0.0迁移到版本2.0.0.0 (例如，从WinForms更改为WPF )。如果您做了较小的更改，则从1.0.0.0迁移到1.1.0.0 (您添加了对png文件的支持)。如果你做了一个小改动，那么从1.0.0.0升级到1.0.1.0 (你修复了一些bug)。
如果您真的想了解详细信息，请使用最终数字作为内部版本号，它会在每次签入/提交时递增(但我认为这样做太过分了)。
Stack Overflow用户
发布于 2010-05-19 18:01:30
我会使用x.y.z类型的版本控制
x -主要版本
y -次要版本
z -内部版本号
Stack Overflow用户
发布于 2010-05-19 18:08:57
我基本上遵循这个模式：
- 从0.1.0
- 开始当它准备好时，我在源代码库中分支代码，标记0.1.0并创建0.1.0分支，头/主干变成0.2.0-快照或类似的
- 我只向主干添加新功能，但后端修复到分支，并及时从它发布0.1.1，0.1.2，...当产品的功能被认为是完整的，并且没有主要shortcomings
- from时，我宣布版本为1.0.0，然后打开-每个人都可以决定何时增加主要版本...
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/2864448
复制相关文章
相似问题
腾讯云开发者
