Git版本控制中分支的使用原理与实战流程

📂 1. 核心概念：为什么要用分支？

• 主分支（Main/Master）：代表项目的“稳定版”，是安全的基准线。
• 风险规避：直接在主分支上修改新功能有风险，一旦出错会直接破坏项目。
• 分支的作用：创建一个“安全副本”，允许开发者独立进行开发、测试，完全不影响主分支的稳定性。

🔄 2. 分支的标准工作流程

该图文将分支操作归纳为三个标准步骤：

1. 创建分支：从主分支切出一个新分支（相当于复制一份代码）。
2. 开发与修改：在新分支上添加功能、随意测试，主分支保持不变。
3. 合并回主分支：功能测试无误后，将修改合并（Merge）回主分支。

⌨️ 3. 实战命令与代码演示

图文通过一个具体的Shell脚本修改案例，演示了从创建分支到修改代码的全过程。

3.1 Git 操作命令

注：此时的所有修改和提交仅存在于新分支，不影响 main 分支

3.2 代码修改案例

场景：修改 find_large_files.sh 脚本，将原本输出到屏幕的结果改为输出到日志文件。

修改后的代码：

!/bin/bash

#定义日志文件名变量
LOG_FILE="large_files.log"

echo "开始查找大于 10MB 的文件... "
echo "结果将保存在 LOG_FILE 文件中。"

#使用 > 符号将 find 命令的输出重定向到日志文件
find . -type f -size +10M -exec ls -lh {} ; > LOG_FILE

echo "查找结束。 "

核心改动点：

• 原逻辑：find 命令结果直接输出到屏幕。
• 新逻辑：利用 > $LOG_FILE 语法，将输出重定向到指定的日志文件中。

📝 4. 总结与建议

作者总结了日常开发的完整工作流，强调了“小步快跑，随时存档”的习惯：

1. git init：项目初始化。
2. git status：随时检查状态。
3. git add/commit：小步快跑，随时存档。
4. git log：查看历史记录。
5. git branch：分支开发，安全隔离。
6. git merge：合并功能，完美收工。

核心观点：每完成一小步功能，都应该进行 add 和 commit，这是成为专业工程师的第一步。