Git 使用指南：避免使用 merge 的完整流程

在团队合作或多人协作的开发过程中，Git 是一个强大且常用的版本控制工具。为了保持代码的整洁和避免合并冲突，避免使用 merge 是一个常见的最佳实践。本文将介绍一种常见的 Git 工作流程，重点是如何在不使用 merge 的情况下同步和提交代码。

1. 保持本地环境干净：使用 git stash
   在开始任何操作之前，确保本地工作目录没有未提交的修改。若存在尚未提交的更改，可以使用 git stash 临时保存当前修改。

git stash

这将会把所有未提交的更改保存到 Git 的栈中，并将工作目录恢复到最新的提交状态。

2. 拉取远程分支的最新代码：使用 git pull
   确保从远程仓库同步最新的代码。为了避免在本地创建不必要的合并提交，使用 git pull 时加上 rebase 选项，以便通过变基（rebase）而不是合并（merge）来更新代码。

git pull origin master --rebase

此命令会将远程仓库 master 分支上的最新提交应用到本地提交上，而不是创建一个合并提交。这可以保持提交历史的线性，使代码的变动更加清晰。

3. 恢复暂存的更改：使用 git stash pop
   执行完 git pull 后，你的本地代码已经更新。此时可以将之前保存的更改恢复到工作目录。使用 git stash pop 来恢复那些被暂存的更改。

git stash pop

这会将之前保存的更改重新应用到你的当前工作目录中。注意，这里也可能会发生冲突，如果出现冲突，需要手动解决。

4. 检查更改并准备提交
   在恢复了之前的更改后，建议先使用 git status 检查文件的状态，确保所有变更都已经正确恢复。然后可以使用 git diff 查看差异，并确认需要提交的修改。

git status
git diff

确保所有需要的修改都已经准备好。

5. 提交更改：使用 git commit
   在确认没有问题后，提交你的更改。为了保持提交历史的清晰性，建议编写清晰且描述性的提交信息。

git commit -am "描述你的更改"

通过 -am 参数，你可以同时对已追踪的文件进行修改并提交。

6. 推送提交到远程仓库：使用 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 将更改推送到远程仓库进行审查。

通过这一套流程，你能够保持代码库的整洁，避免无意义的合并提交，并且确保你与团队的协作顺畅。