面试题：复杂Bash脚本中的代码版本管理策略及实现

Question

有一个包含多个功能模块的复杂Bash脚本项目，每个模块可能会独立更新。请阐述你会采用怎样的代码版本管理策略来确保各个模块版本的准确性和可追溯性。并编写代码示例，展示如何在脚本中通过Git钩子（如pre - commit钩子）来自动更新相关模块的版本号，同时在脚本运行时能够动态获取并展示正确的版本信息。

Answer 1

代码版本管理策略

1. 使用Git进行版本控制：将整个Bash脚本项目置于Git版本库中。每个功能模块作为项目的一部分，其更新都会被Git记录。
2. 分支管理：
   • 主分支（main/master）：用于稳定版本，只在所有功能模块都测试通过且准备发布时，将开发分支合并到主分支。
   • 开发分支（develop）：作为日常开发的分支，各个功能模块的更新都在这个分支上进行。
   • 特性分支：每个功能模块的开发可以基于开发分支创建独立的特性分支。例如，对于模块A的开发，可以创建feature/moduleA分支。在该分支上完成开发、测试后，再合并回开发分支。
3. 版本标签：在发布版本时，使用Git标签来标记特定的版本。例如，当发布1.0版本时，可以创建一个名为v1.0的标签，并将其指向主分支上对应的提交。这样可以方便追溯特定版本的代码状态。

代码示例

1. 在脚本中动态获取版本信息： 假设在项目根目录有一个version.txt文件用于存储版本号。

#!/bin/bash
# 获取版本号
version=$(cat version.txt)
echo "当前脚本版本: $version"

2. 使用Git钩子（pre - commit钩子）自动更新版本号： 在项目的.git/hooks目录下创建pre - commit文件（确保有可执行权限，chmod +x pre - commit）。

#!/bin/bash

# 假设版本号遵循语义化版本格式（major.minor.patch）
# 这里简单示例为每次提交增加patch版本号

# 获取当前版本号
current_version=$(cat version.txt)
# 拆分版本号
IFS='.' read -ra parts <<< "$current_version"
major=${parts[0]}
minor=${parts[1]}
patch=${parts[2]}

# 增加patch版本号
((patch++))

# 生成新的版本号
new_version="$major.$minor.$patch"

# 更新version.txt文件
echo "$new_version" > version.txt

# 确保更新后的文件被暂存
git add version.txt

这样，每次提交前，pre - commit钩子会自动增加version.txt中的版本号，并将更新后的文件暂存。脚本运行时通过读取version.txt获取并展示正确的版本信息。