维护我的c ++项目的版本

Question

维护项目版本的有效方法是什么？

我开始参与一个项目，我希望它看起来很专业。我想为我的项目做一个版本，比如1.0或者其他什么，但我不知道如何维护它或从哪里开始。 是否有在小数点之前或小数点之后递增版本的标准，我想我会在某处读取它的主要或次要变化。

此外，是否有现有的软件可以根据我对代码所做的更改自动处理项目版本？

注意：我使用Code :: Blocks

Answer 1

有关版本控制的大量信息，请参阅this！ 您没有提到您使用的是哪个开发平台，但大多数都支持自动递增版本号，但这仅表示不同的版本，而不是全新版本。

Answer 2

这篇文章介绍了版本控制的基础知识Source Code Control

我所做的是拥有一个四字段版本号。这由以下内容组成：

• 主要版本号（很少更改，只有功能发生重大变化）
• 次要版本号（有时会随着功能的大变化而变化）
• 发行号码（随功能发生微小变化而变化）
• 每次进行构建时增加的内部版本号

此编号方案的目的是，当存在字段问题时，我可以确定在我的存储库中的哪个版本的源代码在字段网站出现问题的特定构建中使用。我还可以知道到文件，数据库和设备需要设置的测试环境。

当我改变可能以某种方式影响数据库架构的功能，添加新参数，为客户请求新功能时，问题编号会发生变化。当新功能或客户的更改很重要时，次要版本号会发生变化。

主要数字往往只有在真正令人震惊的东西时才会发生变化，这意味着从较旧的主要版本到较新的主要版本是一项重大的升级工作。它发生变化的情况是我们从Windows CE迁移到Windows XP时，操作系统发生了变化，需要对其进行一些源更改。与此同时，我们也去了UNICODE对远东亚洲语言的支持。

主要的是提供一些方法，当您看到完整的版本号时，您可以立即了解其中的主要功能，并了解该版本主要支持和不支持的内容。

当特定字段递增时，以下字段将重置为一（1）。因此，当从Rel 2.2.1转到Rel 2.3.0时，第一个字段保持不变，第二个字段递增，第三个字段设置为零，第四个字段（构建编号）将从第一个字段开始。然后，由于存在Rel 2.3.0的构建，第四个字段（构建号）将递增。

每次进行构建时，我都会将存储在服务器上的构建产品（安装程序）与该构建的构建说明一起保存，以描述构建所做的更改。我还将在我的存储库（Subversion）中创建一个分支，以便轻松找到该构建的源代码。