软件版本控制答案

【问题标题】：Software Versioning软件版本控制
【发布时间】：2017-11-20 15:07:38
【问题描述】：

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

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

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

我是从 here 那里学到的。

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

将 1.0.0.0 更新到 1.0.0.1

将 1.0.0.1 更新到 1.0.0.2

将 1.0.0.2 更新到 1.0.0.3

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

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

【问题讨论】：

【解决方案1】：

你应该看看Semantic Versioning:

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

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

【讨论】：

请检查更新的问题，我忘了提到升级日志是指开发人员所做的更改，例如在软件中写入的数据库中添加和删除字段。
在这种情况下，您的问题与版本控制无关。相反，您应该提供手动或自动运行的数据库迁移脚本。这些脚本应该完成在特定版本中运行应用程序所需的所有累积更改。
你是说我应该为每个版本更新维护每个单独的脚本吗？因为如果我达到 3.5.9.1555 版本，我会有 GB 的脚本给我的客户更新。
我建议有一个单独的数据库迁移脚本需要从版本 A 升级到 B，从 B 到 C 等。但是如果你有千兆字节的数据库迁移，那么你要么误解了一些东西，要么你做错了。
不，这就是我所说的，根据我将软件从 1.0.0.0 更新到 1.0.0.1 会假设制作 1MB 的脚本，现在我必须将所有脚本维护到 3.5。 9.2566 那你不觉得会有这么多脚本吗？

【解决方案2】：

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

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

【讨论】：

我已经更新了我的 qustion，我忘了说我的平台是 VS2008，这就是为什么我不能使用 GitHub 等，实际上它是如何工作的？
@Agent_Spock 为什么在使用 VS2008 时不能能够使用 GitHub？
你能指导我怎么做吗？或任何关于它的文章？
对于“升级日志”的误导性使用，我们深表歉意。我的意思是开发人员编写的用于更新数据库的查询，例如更新存储过程、视图、添加和删除字段等。
我也坚持使用/使用 vs，并且使用 svn 取得了巨大成功。我什至使用 dos 样式的 .bat 文件，而不是 Windows 扩展的 bash。我远程工作，构建机器实际上在不同的国家。制作构建系统只用了不到 2 周的时间，制作一个新的构建很简单：将 a 分支到 svn 上的标记。点击 build.bat。使用模块的新标记更改依赖项文件，为依赖模块运行构建，这会更新 .vcproj 文件中依赖项的路径。做一个标签，构建。