嵌入式軟件版本控制規(guī)范一、概述

嵌入式軟件版本控制是確保軟件開發(fā)、測試、部署和維護過程中代碼一致性和可追溯性的重要手段。通過規(guī)范的版本控制流程，可以有效管理代碼變更、協(xié)作開發(fā)、問題回溯和版本發(fā)布，提高嵌入式軟件項目的質(zhì)量和效率。本規(guī)范旨在為嵌入式軟件開發(fā)團隊提供一套標準化的版本控制方法和操作指南。

二、版本控制原則

（一）唯一標識

1.每個版本必須具有全球唯一的標識符，通常采用數(shù)字或字母組合（如：主版本號.次版本號.修訂號）。

2.版本號遵循語義化版本控制（SemanticVersioning,SemVer）規(guī)則：主版本號（Major）代表重大變更；次版本號（Minor）代表新功能添加；修訂號（Patch）代表修復(fù)bug。

（二）版本命名

1.版本命名應(yīng)清晰反映變更內(nèi)容，例如：`1.0.0`（初始版本）、`1.1.1`（修復(fù)bug）、`2.0.0`（重大更新）。

2.版本命名避免使用特殊字符或空格，推薦使用連字符或下劃線分隔（如：`v1-0-0`）。

（三）變更記錄

1.每次版本發(fā)布必須附帶變更日志（ChangeLog），記錄新增功能、優(yōu)化項和已知問題。

2.變更日志應(yīng)包含作者、日期和簡要描述，例如：

-新增功能：支持USB設(shè)備熱插拔（作者：張三，2023-10-01）

-優(yōu)化項：減少內(nèi)存占用10%（作者：李四，2023-10-02）

三、版本控制流程

（一）開發(fā)階段

1.分支管理：

-創(chuàng)建獨立分支（Branch）進行功能開發(fā)，分支命名規(guī)范為`feature/模塊名`（如：`feature/wifi-module`）。

-完成開發(fā)后合并（Merge）至主分支（Main/develop），合并前需通過代碼審查（CodeReview）。

2.提交規(guī)范：

-每次代碼提交（Commit）必須包含清晰的主題描述，格式為：

```

[模塊名]：[變更說明]

```

示例：

```

[驅(qū)動層]：修復(fù)ADC采樣精度問題

```

（二）測試階段

1.版本驗證：

-測試人員根據(jù)變更日志核對功能點，記錄測試結(jié)果（Pass/Fail）。

-發(fā)現(xiàn)問題需通過版本控制系統(tǒng)提交Issue，開發(fā)人員修復(fù)后重新提交測試。

2.版本凍結(jié)：

-測試通過后，主分支版本進入凍結(jié)期，禁止新增功能開發(fā)，僅修復(fù)緊急bug。

（三）發(fā)布階段

1.版本打包：

-使用自動化工具（如：GitLabCI/CD）生成固件鏡像（.img/.bin），并記錄哈希值（如：SHA256）。

-示例哈希值：`abc123def456ghi789`。

2.版本發(fā)布：

-發(fā)布版本需標注發(fā)布日期和目標設(shè)備型號，例如：`v1.2.0(2023-11-15,型號A1)`。

-發(fā)布后更新版本數(shù)據(jù)庫，供生產(chǎn)環(huán)境調(diào)用。

四、工具與配置

（一）版本控制工具

1.推薦使用Git作為版本控制工具，配置全局用戶名和郵箱：

```bash

gitconfig--global"張三"

gitconfig--globaluser.email"zhangsan@"

```

（二）協(xié)作配置

1.使用GitHub/GitLab等平臺管理代碼倉庫，設(shè)置權(quán)限：

-Owner：擁有所有權(quán)限（創(chuàng)建分支、合并請求）。

-Contributor：可提交代碼但需審核合并。

（三）自動化配置

1.配置CI/CD流水線，自動執(zhí)行以下任務(wù)：

(1)代碼檢查（Linting）

(2)單元測試（單元數(shù)≥80%，覆蓋率≥90%）

(3)集成測試（模擬實際硬件環(huán)境）

五、版本回溯與廢棄

（一）版本回溯

1.若版本存在問題，可通過Git的`revert`命令創(chuàng)建新提交（Revert）回滾變更。

2.回溯需記錄原因和影響范圍，并在變更日志中標注：

```

-[回滾]：v1.1.2中USB驅(qū)動崩潰問題（原因：參數(shù)校驗不足）

```

（二）版本廢棄

1.當版本不再維護時，在主分支標記`deprecated`標簽，例如：`v1.0.0-deprecated`。

2.廢棄版本需明確替代方案和遷移指南，例如：

-替代版本：`v2.0.1`

-遷移步驟：更新SDK依賴至v2.0.1并重新編譯

六、附錄

（一）術(shù)語表

1.分支（Branch）：獨立開發(fā)線，如`feature/new-api`。

2.合并（Merge）：將分支代碼集成至主分支。

3.哈希值（Hash）：唯一校驗文件完整性的字符串（如：SHA256）。

（二）示例模板

1.變更日志示例：

```

v1.3.0(2023-12-01)

===============

-新增功能：

-支持藍牙5.0協(xié)議（作者：王五）

-優(yōu)化項：

-減少功耗15%（作者：趙六）

-修復(fù)問題：

-解決LED閃爍異常（作者：張三）

```

（三）參考工具

1.版本控制：Git/GitHub

2.代碼審查：Gerrit/GitLabMergeRequest

3.CI/CD：Jenkins/GitLabCI

本規(guī)范適用于所有嵌入式軟件開發(fā)項目，團隊需定期評估并更新以適應(yīng)項目需求。

一、概述

嵌入式軟件版本控制是確保軟件開發(fā)、測試、部署和維護過程中代碼一致性和可追溯性的重要手段。通過規(guī)范的版本控制流程，可以有效管理代碼變更、協(xié)作開發(fā)、問題回溯和版本發(fā)布，提高嵌入式軟件項目的質(zhì)量和效率。本規(guī)范旨在為嵌入式軟件開發(fā)團隊提供一套標準化的版本控制方法和操作指南。

二、版本控制原則

（一）唯一標識

1.每個版本必須具有全球唯一的標識符，通常采用數(shù)字或字母組合（如：主版本號.次版本號.修訂號）。

2.版本號遵循語義化版本控制（SemanticVersioning,SemVer）規(guī)則：主版本號（Major）代表重大變更；次版本號（Minor）代表新功能添加；修訂號（Patch）代表修復(fù)bug。

（二）版本命名

1.版本命名應(yīng)清晰反映變更內(nèi)容，例如：`1.0.0`（初始版本）、`1.1.1`（修復(fù)bug）、`2.0.0`（重大更新）。

2.版本命名避免使用特殊字符或空格，推薦使用連字符或下劃線分隔（如：`v1-0-0`）。

（三）變更記錄

1.每次版本發(fā)布必須附帶變更日志（ChangeLog），記錄新增功能、優(yōu)化項和已知問題。

2.變更日志應(yīng)包含作者、日期和簡要描述，例如：

-新增功能：支持USB設(shè)備熱插拔（作者：張三，2023-10-01）

-優(yōu)化項：減少內(nèi)存占用10%（作者：李四，2023-10-02）

三、版本控制流程

（一）開發(fā)階段

1.分支管理：

-創(chuàng)建獨立分支（Branch）進行功能開發(fā)，分支命名規(guī)范為`feature/模塊名`（如：`feature/wifi-module`）。

-完成開發(fā)后合并（Merge）至主分支（Main/develop），合并前需通過代碼審查（CodeReview）。

2.提交規(guī)范：

-每次代碼提交（Commit）必須包含清晰的主題描述，格式為：

```

[模塊名]：[變更說明]

```

示例：

```

[驅(qū)動層]：修復(fù)ADC采樣精度問題

```

（二）測試階段

1.版本驗證：

-測試人員根據(jù)變更日志核對功能點，記錄測試結(jié)果（Pass/Fail）。

-發(fā)現(xiàn)問題需通過版本控制系統(tǒng)提交Issue，開發(fā)人員修復(fù)后重新提交測試。

2.版本凍結(jié)：

-測試通過后，主分支版本進入凍結(jié)期，禁止新增功能開發(fā)，僅修復(fù)緊急bug。

（三）發(fā)布階段

1.版本打包：

-使用自動化工具（如：GitLabCI/CD）生成固件鏡像（.img/.bin），并記錄哈希值（如：SHA256）。

-示例哈希值：`abc123def456ghi789`。

2.版本發(fā)布：

-發(fā)布版本需標注發(fā)布日期和目標設(shè)備型號，例如：`v1.2.0(2023-11-15,型號A1)`。

-發(fā)布后更新版本數(shù)據(jù)庫，供生產(chǎn)環(huán)境調(diào)用。

四、工具與配置

（一）版本控制工具

1.推薦使用Git作為版本控制工具，配置全局用戶名和郵箱：

```bash

gitconfig--global"張三"

gitconfig--globaluser.email"zhangsan@"

```

2.倉庫結(jié)構(gòu)：

-根目錄：

```

.gitignore忽略文件配置

README.md項目說明

CHANGELOG.md變更日志

Makefile構(gòu)建腳本

config.h配置文件

```

-分支規(guī)范：

```

main主分支，生產(chǎn)版本

develop開發(fā)分支，集成測試版本

feature/功能開發(fā)分支

release-版本發(fā)布準備分支

hotfix-緊急修復(fù)分支

```

（二）協(xié)作配置

1.使用GitHub/GitLab等平臺管理代碼倉庫，設(shè)置權(quán)限：

-Owner：擁有所有權(quán)限（創(chuàng)建分支、合并請求）。

-Contributor：可提交代碼但需審核合并。

2.代碼審查（CodeReview）：

-審查步驟：

(1)開發(fā)者提交PR（PullRequest），標注審查人。

(2)審查人檢查代碼邏輯、注釋和測試用例。

(3)審查通過后合并，否則返回修改意見。

-審查要點：

-代碼風格是否統(tǒng)一（如：縮進、命名）。

-變更是否影響其他模塊。

-測試覆蓋率是否達標（建議≥80%）。

（三）自動化配置

1.配置CI/CD流水線，自動執(zhí)行以下任務(wù)：

(1)代碼檢查（Linting）：使用工具（如：Clang-Format）檢查代碼格式。

(2)單元測試：執(zhí)行單元測試框架（如：CUnit）驗證功能模塊。

(3)集成測試：模擬硬件環(huán)境測試模塊交互（如：通過QEMU）。

(4)生成文檔：自動生成API文檔（如：Doxygen）。

2.流水線示例（GitLabCI）：

```yaml

stages:

-build

-test

-deploy

build_job:

stage:build

script:

-makeclean

-makeall

artifacts:

paths:

-bin/

-doc/

test_job:

stage:test

script:

-maketest

-./testsuite

deploy_job:

stage:deploy

when:manual

script:

-scpbin/firmwareuser@device:/mnt

-sshuser@device"reboot"

```

五、版本回溯與廢棄

（一）版本回溯

1.回溯場景：

-版本發(fā)布后出現(xiàn)嚴重bug（如：系統(tǒng)崩潰）。

-測試發(fā)現(xiàn)未覆蓋的邏輯錯誤。

2.回溯操作：

-使用`gitrevert`命令：

```bash

gitrevertv1.1.0

生成新提交，包含回滾原因

```

-回滾后重新測試并發(fā)布修正版本。

3.回滾記錄：

-在CHANGELOG中標注回滾原因和修正版本：

```

-[回滾]v1.1.1：修復(fù)網(wǎng)絡(luò)模塊內(nèi)存泄漏（修正版本：v1.1.2）

```

（二）版本廢棄

1.廢棄條件：

-版本支持周期結(jié)束（如：1年未更新）。

-替代版本發(fā)布且完全兼容。

-硬件平臺停止支持。

2.廢棄操作：

-標注廢棄版本（如：`v1.0.0-deprecated`）。

-發(fā)布廢棄公告，說明替代方案：

```

版本廢棄公告

-廢棄版本：v1.0.0

-替代版本：v2.0.5

-遷移步驟：

1.更新SDK依賴至v2.0.5。

2.重寫網(wǎng)絡(luò)模塊接口。

```

3.廢棄管理：

-禁止創(chuàng)建廢棄版本的新分支。

-自動化工具過濾廢棄版本（如：CI流水線）。

六、附錄

（一）術(shù)語表

1.分支（Branch）：獨立開發(fā)線，如`feature/new-api`。

2.合并（Merge）：將分支代碼集成至主分支。

3.哈希值（Hash）：唯一校驗文件完整性的字符串（如：SHA256）。

4.代碼審查（CodeReview）：同行評審代碼質(zhì)量的過程。

5.CI/CD：持續(xù)集成/持續(xù)部署，自動化代碼構(gòu)建和部署。

（二）示例模板

1.變更日志示例：

```

v1.3.0(2023-12-01)

===============

-新增功能：

-支持藍牙5.0協(xié)議（作者：王五）

-實現(xiàn)GAP角色切換（BLEPeripheral/Central）。

-優(yōu)化連接穩(wěn)定性（誤碼率降低20%）。

-優(yōu)化項：

-減少內(nèi)存占用15%（作者：趙六）

-壓縮驅(qū)動層數(shù)據(jù)結(jié)構(gòu)（使用位域替代整型）。

-修復(fù)問題：

-解決LED閃爍異常（作者：張三）

-調(diào)整PWM占空比參數(shù)（周期100ms，占空比50%）。

```

2.廢棄版本公告示例：

```

版本廢棄公告

-廢棄版本：v1.1.0

-廢棄日期：2024-01-31

-原因：硬件平臺（MCUXYZ）停產(chǎn)。

-替代版本：v2.0.0（支持新平臺ABC）。

-遷移支持：

-提供v2.0.0適配指南文檔。

-優(yōu)先支持新平臺開發(fā)。

```

（三）參考工具

1.版本控制：Git/GitHub/GitLab

2.代碼審查：Gerrit/ReviewBoard（第三方插件）

3.CI/CD：Jenkins/GitLabCI/TravisCI

4.自動化測試：CUnit/Unity/TestC

5.文檔生成：Doxygen/Sphinx

本規(guī)范適用于所有嵌入式軟件開發(fā)項目，團隊需定期評估并更新以適應(yīng)項目需求。

一、概述

嵌入式軟件版本控制是確保軟件開發(fā)、測試、部署和維護過程中代碼一致性和可追溯性的重要手段。通過規(guī)范的版本控制流程，可以有效管理代碼變更、協(xié)作開發(fā)、問題回溯和版本發(fā)布，提高嵌入式軟件項目的質(zhì)量和效率。本規(guī)范旨在為嵌入式軟件開發(fā)團隊提供一套標準化的版本控制方法和操作指南。

二、版本控制原則

（一）唯一標識

1.每個版本必須具有全球唯一的標識符，通常采用數(shù)字或字母組合（如：主版本號.次版本號.修訂號）。

2.版本號遵循語義化版本控制（SemanticVersioning,SemVer）規(guī)則：主版本號（Major）代表重大變更；次版本號（Minor）代表新功能添加；修訂號（Patch）代表修復(fù)bug。

（二）版本命名

1.版本命名應(yīng)清晰反映變更內(nèi)容，例如：`1.0.0`（初始版本）、`1.1.1`（修復(fù)bug）、`2.0.0`（重大更新）。

2.版本命名避免使用特殊字符或空格，推薦使用連字符或下劃線分隔（如：`v1-0-0`）。

（三）變更記錄

1.每次版本發(fā)布必須附帶變更日志（ChangeLog），記錄新增功能、優(yōu)化項和已知問題。

2.變更日志應(yīng)包含作者、日期和簡要描述，例如：

-新增功能：支持USB設(shè)備熱插拔（作者：張三，2023-10-01）

-優(yōu)化項：減少內(nèi)存占用10%（作者：李四，2023-10-02）

三、版本控制流程

（一）開發(fā)階段

1.分支管理：

-創(chuàng)建獨立分支（Branch）進行功能開發(fā)，分支命名規(guī)范為`feature/模塊名`（如：`feature/wifi-module`）。

-完成開發(fā)后合并（Merge）至主分支（Main/develop），合并前需通過代碼審查（CodeReview）。

2.提交規(guī)范：

-每次代碼提交（Commit）必須包含清晰的主題描述，格式為：

```

[模塊名]：[變更說明]

```

示例：

```

[驅(qū)動層]：修復(fù)ADC采樣精度問題

```

（二）測試階段

1.版本驗證：

-測試人員根據(jù)變更日志核對功能點，記錄測試結(jié)果（Pass/Fail）。

-發(fā)現(xiàn)問題需通過版本控制系統(tǒng)提交Issue，開發(fā)人員修復(fù)后重新提交測試。

2.版本凍結(jié)：

-測試通過后，主分支版本進入凍結(jié)期，禁止新增功能開發(fā)，僅修復(fù)緊急bug。

（三）發(fā)布階段

1.版本打包：

-使用自動化工具（如：GitLabCI/CD）生成固件鏡像（.img/.bin），并記錄哈希值（如：SHA256）。

-示例哈希值：`abc123def456ghi789`。

2.版本發(fā)布：

-發(fā)布版本需標注發(fā)布日期和目標設(shè)備型號，例如：`v1.2.0(2023-11-15,型號A1)`。

-發(fā)布后更新版本數(shù)據(jù)庫，供生產(chǎn)環(huán)境調(diào)用。

四、工具與配置

（一）版本控制工具

1.推薦使用Git作為版本控制工具，配置全局用戶名和郵箱：

```bash

gitconfig--global"張三"

gitconfig--globaluser.email"zhangsan@"

```

（二）協(xié)作配置

1.使用GitHub/GitLab等平臺管理代碼倉庫，設(shè)置權(quán)限：

-Owner：擁有所有權(quán)限（創(chuàng)建分支、合并請求）。

-Contributor：可提交代碼但需審核合并。

（三）自動化配置

1.配置CI/CD流水線，自動執(zhí)行以下任務(wù)：

(1)代碼檢查（Linting）

(2)單元測試（單元數(shù)≥80%，覆蓋率≥90%）

(3)集成測試（模擬實際硬件環(huán)境）

五、版本回溯與廢棄

（一）版本回溯

1.若版本存在問題，可通過Git的`revert`命令創(chuàng)建新提交（Revert）回滾變更。

2.回溯需記錄原因和影響范圍，并在變更日志中標注：

```

-[回滾]：v1.1.2中USB驅(qū)動崩潰問題（原因：參數(shù)校驗不足）

```

（二）版本廢棄

1.當版本不再維護時，在主分支標記`deprecated`標簽，例如：`v1.0.0-deprecated`。

2.廢棄版本需明確替代方案和遷移指南，例如：

-替代版本：`v2.0.1`

-遷移步驟：更新SDK依賴至v2.0.1并重新編譯

六、附錄

（一）術(shù)語表

1.分支（Branch）：獨立開發(fā)線，如`feature/new-api`。

2.合并（Merge）：將分支代碼集成至主分支。

3.哈希值（Hash）：唯一校驗文件完整性的字符串（如：SHA256）。

（二）示例模板

1.變更日志示例：

```

v1.3.0(2023-12-01)

===============

-新增功能：

-支持藍牙5.0協(xié)議（作者：王五）

-優(yōu)化項：

-減少功耗15%（作者：趙六）

-修復(fù)問題：

-解決LED閃爍異常（作者：張三）

```

（三）參考工具

1.版本控制：Git/GitHub

2.代碼審查：Gerrit/GitLabMergeRequest

3.CI/CD：Jenkins/GitLabCI

本規(guī)范適用于所有嵌入式軟件開發(fā)項目，團隊需定期評估并更新以適應(yīng)項目需求。

一、概述

嵌入式軟件版本控制是確保軟件開發(fā)、測試、部署和維護過程中代碼一致性和可追溯性的重要手段。通過規(guī)范的版本控制流程，可以有效管理代碼變更、協(xié)作開發(fā)、問題回溯和版本發(fā)布，提高嵌入式軟件項目的質(zhì)量和效率。本規(guī)范旨在為嵌入式軟件開發(fā)團隊提供一套標準化的版本控制方法和操作指南。

二、版本控制原則

（一）唯一標識

1.每個版本必須具有全球唯一的標識符，通常采用數(shù)字或字母組合（如：主版本號.次版本號.修訂號）。

2.版本號遵循語義化版本控制（SemanticVersioning,SemVer）規(guī)則：主版本號（Major）代表重大變更；次版本號（Minor）代表新功能添加；修訂號（Patch）代表修復(fù)bug。

（二）版本命名

1.版本命名應(yīng)清晰反映變更內(nèi)容，例如：`1.0.0`（初始版本）、`1.1.1`（修復(fù)bug）、`2.0.0`（重大更新）。

2.版本命名避免使用特殊字符或空格，推薦使用連字符或下劃線分隔（如：`v1-0-0`）。

（三）變更記錄

1.每次版本發(fā)布必須附帶變更日志（ChangeLog），記錄新增功能、優(yōu)化項和已知問題。

2.變更日志應(yīng)包含作者、日期和簡要描述，例如：

-新增功能：支持USB設(shè)備熱插拔（作者：張三，2023-10-01）

-優(yōu)化項：減少內(nèi)存占用10%（作者：李四，2023-10-02）

三、版本控制流程

（一）開發(fā)階段

1.分支管理：

-創(chuàng)建獨立分支（Branch）進行功能開發(fā)，分支命名規(guī)范為`feature/模塊名`（如：`feature/wifi-module`）。

-完成開發(fā)后合并（Merge）至主分支（Main/develop），合并前需通過代碼審查（CodeReview）。

2.提交規(guī)范：

-每次代碼提交（Commit）必須包含清晰的主題描述，格式為：

```

[模塊名]：[變更說明]

```

示例：

```

[驅(qū)動層]：修復(fù)ADC采樣精度問題

```

（二）測試階段

1.版本驗證：

-測試人員根據(jù)變更日志核對功能點，記錄測試結(jié)果（Pass/Fail）。

-發(fā)現(xiàn)問題需通過版本控制系統(tǒng)提交Issue，開發(fā)人員修復(fù)后重新提交測試。

2.版本凍結(jié)：

-測試通過后，主分支版本進入凍結(jié)期，禁止新增功能開發(fā)，僅修復(fù)緊急bug。

（三）發(fā)布階段

1.版本打包：

-使用自動化工具（如：GitLabCI/CD）生成固件鏡像（.img/.bin），并記錄哈希值（如：SHA256）。

-示例哈希值：`abc123def456ghi789`。

2.版本發(fā)布：

-發(fā)布版本需標注發(fā)布日期和目標設(shè)備型號，例如：`v1.2.0(2023-11-15,型號A1)`。

-發(fā)布后更新版本數(shù)據(jù)庫，供生產(chǎn)環(huán)境調(diào)用。

四、工具與配置

（一）版本控制工具

1.推薦使用Git作為版本控制工具，配置全局用戶名和郵箱：

```bash

gitconfig--global"張三"

gitconfig--globaluser.email"zhangsan@"

```

2.倉庫結(jié)構(gòu)：

-根目錄：

```

.gitignore忽略文件配置

README.md項目說明

CHANGELOG.md變更日志

Makefile構(gòu)建腳本

config.h配置文件

```

-分支規(guī)范：

```

main主分支，生產(chǎn)版本

develop開發(fā)分支，集成測試版本

feature/功能開發(fā)分支

release-版本發(fā)布準備分支

hotfix-緊急修復(fù)分支

```

（二）協(xié)作配置

1.使用GitHub/GitLab等平臺管理代碼倉庫，設(shè)置權(quán)限：

-Owner：擁有所有權(quán)限（創(chuàng)建分支、合并請求）。

-Contributor：可提交代碼但需審核合并。

2.代碼審查（CodeReview）：

-審查步驟：

(1)開發(fā)者提交PR（PullRequest），標注審查人。

(2)審查人檢查代碼邏輯、注釋和測試用例。

(3)審查通過后合并，否則返回修改意見。

-審查要點：

-代碼風格是否統(tǒng)一（如：縮進、命名）。

-變更是否影響其他模塊。

-測試覆蓋率是否達標（建議≥80%）。

（三）自動化配置

1.配置CI/CD流水線，自動執(zhí)行以下任務(wù)：

(1)代碼檢查（Linting）：使用工具（如：Clang-Format）檢查代碼格式。

(2)單元測試：執(zhí)行單元測試框架（如：CUnit）驗證功能模塊。

(3)集成測試：模擬硬件環(huán)境測試模塊交互（如：通過QEMU）。

(4)生成文檔：自動生成API文檔（如：Doxygen）。

2.流水線示例（GitLabCI）：

```yaml

stages:

-build

-test

-deploy

build_job:

stage:build

script:

-makeclean

-makeall

artifacts:

paths:

-bin/

-doc/

test_job:

stage:test

script:

-maketest

-./testsuite

deploy_job:

stage:deploy

when:manual

script:

-scpbin/firmwareuser@device:/mnt

-sshuser@device"reboot"

```

五、版本回溯與廢棄

（一）版本回溯

1.回溯場景：

-版本發(fā)布后出現(xiàn)嚴重bug（如：系統(tǒng)崩潰）。

-測試發(fā)現(xiàn)未覆蓋的邏輯錯誤。

2.回溯操作：

-使用`gitrevert`命令：

```bash

gitrevert