軟件版本控制

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 以來的日志，我認為每個人都會很高興。

盡可能多地自動化構建系統有許多優點，尤其是自動化任務在進行“快速”修復或為客戶發布特殊版本時不會忘記事情。