Git分支管理与代码合并实践：保持特性分支与主分支同步

场景说明

在团队协作开发中，开发者经常需要在特性分支（如 dev_feature_xxx）上实现新功能，同时需要定期同步主分支（如 develop）的最新代码，避免最终合并时产生严重冲突。本文将通过一个实际案例，演示如何安全地将主分支更新合并到特性分支，并完成代码推送与合并请求。

在切换分支前，若当前工作区有未提交的修改，使用 git stash -a 暂存变更：

bash 复制代码

git stash -a

作用：将未提交的修改存入栈中，工作区恢复到最近一次提交的状态。

切换到主分支（假设主分支为 `develop）并拉取远端最新代码：

bash 复制代码

git checkout develop      # 切换到主分支
git pull origin develop   # 拉取远端最新代码

注意：git pull 是 git fetch + git merge 的组合操作，建议明确指定远程和分支名以避免歧义。

回到特性分支，将主分支的更新合并到当前分支：

bash 复制代码

git checkout dev_feature_mengqingchen_20241126_layer  # 切换回特性分支
git merge develop                                      # 合并主分支代码

冲突处理 ：若存在冲突，需手动解决后执行 git add 和 git commit。建议使用 git mergetool 可视化工具。

将之前暂存的修改重新应用到当前分支：

bash 复制代码

git stash pop  # 恢复最后一次暂存内容，并从栈中删除记录

注意：git stash apply 可恢复但不删除栈记录，pop 更适用于一次性恢复场景。

将合并后的特性分支推送到远程仓库，并通过 GitLab 发起合并请求（Merge Request）：

bash 复制代码

git push origin dev_feature_mengqingchen_20241126_layer  # 推送特性分支

GitLab 操作：

分支命名规范 ：推荐使用 feature/username-date-description 格式，例如 feature/mengqingchen-20241126-layer。
及时同步主分支：每天开始工作前拉取主分支更新，减少后期冲突概率。
善用 Stash 机制：在切换分支前保存工作进度，避免因未提交代码导致操作中断。
合并顺序原则：始终将主分支合并到特性分支，而非反向操作，确保特性分支通过测试后再合入主分支。

通过遵循上述流程，开发者可以高效管理多分支协作，确保代码库的稳定性和可维护性。