软件版本控制

Question

平台：Visual Studio 2008（我知道它很旧，但我有自己的原因）。

我是软件版本控制概念的新手，因此我需要有关如何使用它的建议。

目前，这是我使用软件版本控制的方式：-

• 1.0.0.0到1.0.0.1 （用于消除错误）
• 1.0.0.0到1.0.1.0 （对于软件的微小变化，如性能改进）
• 1.0.0.0到1.1.0.0 （用于在软件中添加某些功能）
• 1.0.0.0到2.0.0.0 （主要更新）

我从这里学到了这一点。

现在我能想到的问题是，当软件从1.0.0.0版本升级到3.5.17.3485版本时，就会有无数行代码。 例如：

将 1.0.0.0 更新为 1.0.0.1

1. 使用存储过程而不是视图
2. 添加了备份功能

将 1.0.0.1 更新为 1.0.0.2

1. 改进的备份功能实用程序。

将 1.0.0.2 更新为 1.0.0.3

2. 修复了软件备份功能中的错误。

现在让我们假设从1.0.0.0版本更新到1.0.0.1需要40 行代码来更改存储在系统中的数据库或文件的设计，并且对于每个单独的更新，根据更新需要越来越多的代码。 现在到了3.5.17.3485版本后想想会有多少行代码。

谁能告诉我如何处理这种情况？

Answer 1

您应该查看语义版本控制：

考虑 XYZ (Major.Minor.Patch) 的版本格式。 不影响 API 的错误修复会增加补丁版本，向后兼容的 API 添加/更改会增加次要版本，向后不兼容的 API 更改会增加主要版本。

只有实际更改主要版本的版本才可能需要您的应用程序用户更改他/她自己的代码。

Answer 2

为什么开发人员需要维护更新日志？ 如果你使用 svn/git 或其他任何东西，这个任务可以很容易地自动化。 另外，如果版本 3.5.17.xxx 的自述文件/历史文件仅包含自版本 3.5.0.0 以来的日志，我认为每个人都会很高兴。

尽可能多地自动化构建系统有许多优点，尤其是自动化任务在进行“快速”修复或为客户发布特殊版本时不会忘记事情。