Git 使用指南：避免使用 merge 的完整流程
在团队合作或多人协作的开发过程中，Git 是一个强大且常用的版本控制工具。为了保持代码的整洁和避免合并冲突，避免使用 merge 是一个常见的最佳实践。本文将介绍一种常见的 Git 工作流程，重点是如何在不使用 merge 的情况下同步和提交代码。
- 保持本地环境干净：使用 git stash
在开始任何操作之前，确保本地工作目录没有未提交的修改。若存在尚未提交的更改，可以使用 git stash 临时保存当前修改。
git stash
这将会把所有未提交的更改保存到 Git 的栈中，并将工作目录恢复到最新的提交状态。
- 拉取远程分支的最新代码：使用 git pull
确保从远程仓库同步最新的代码。为了避免在本地创建不必要的合并提交，使用 git pull 时加上 rebase 选项，以便通过变基（rebase）而不是合并（merge）来更新代码。
git pull origin master --rebase
此命令会将远程仓库 master 分支上的最新提交应用到本地提交上，而不是创建一个合并提交。这可以保持提交历史的线性，使代码的变动更加清晰。
- 恢复暂存的更改：使用 git stash pop
执行完 git pull 后，你的本地代码已经更新。此时可以将之前保存的更改恢复到工作目录。使用 git stash pop 来恢复那些被暂存的更改。
git stash pop
这会将之前保存的更改重新应用到你的当前工作目录中。注意，这里也可能会发生冲突，如果出现冲突，需要手动解决。
- 检查更改并准备提交
在恢复了之前的更改后，建议先使用 git status 检查文件的状态，确保所有变更都已经正确恢复。然后可以使用 git diff 查看差异，并确认需要提交的修改。
git status
git diff
确保所有需要的修改都已经准备好。
- 提交更改：使用 git commit
在确认没有问题后，提交你的更改。为了保持提交历史的清晰性，建议编写清晰且描述性的提交信息。
git commit -am "描述你的更改"
通过 -am 参数，你可以同时对已追踪的文件进行修改并提交。
- 推送提交到远程仓库：使用 git push
提交完成后，将本地的更改推送到远程仓库。通过 git push 可以将提交推送到目标分支。为了使用 Gerrit 进行代码审查，通常需要使用 refs/for 来指定推送的目标分支。
git push HEAD:refs/for/master
该命令将把当前提交推送到远程仓库的 master 分支进行代码审查（适用于使用 Gerrit 的情况）。
完整流程总结
以下是整个流程的总结：
保存当前更改：使用 git stash 临时保存工作目录中的更改。
拉取远程分支：使用 git pull origin master --rebase 拉取远程仓库的最新提交，避免产生合并提交。
恢复本地更改：使用 git stash pop 恢复之前保存的本地更改。
检查与提交：检查变更，确认并使用 git commit 提交修改。
推送更改：使用 git push HEAD:refs/for/master 将更改推送到远程仓库进行审查。
通过这一套流程，你能够保持代码库的整洁，避免无意义的合并提交，并且确保你与团队的协作顺畅。