已推送功能分支定期同步master分支的最优方案咨询

一、单人协作分支：安全变基+强制推送 #

如果你的my-feature分支只有你自己在开发，没有其他协作者提交代码，那完全可以继续用你偏好的流程，只需要把推送命令换成更安全的强制推送方式，避免意外覆盖远程分支：

git checkout my-feature 
git rebase master 
git push origin my-feature --force-with-lease  # 这个命令会检查远程分支是否有你未拉取的新提交，比直接--force安全
git checkout master 
git merge my-feature --no-ff

这样既能保持线性整洁的提交历史，又不会产生多余的合并提交。

二、多人协作分支：减少合并提交的两种方法 #

如果分支有多个协作者，不能随便强制推送重写历史，那可以用以下方式避免大量合并提交：

1. 交互式变基压缩提交 #

每次同步master前，先拉取最新master，然后用交互式变基把功能分支上的零散提交或合并提交压缩成几个有意义的提交：

git checkout my-feature
git fetch origin master
# 交互式变基，这里选最近5个提交（可按需调整数字），把需要合并的提交压缩
git rebase -i origin/master~5

在弹出的编辑界面，把要合并的提交前的pick改成s（保留提交信息）或f（丢弃提交信息，合并到上一个提交），保存退出后，再正常推送即可。这样分支历史会更简洁，又不会重写他人的提交。

2. squash合并到master #

如果不需要保留功能分支的详细提交历史，只需要把最终结果合并到master，可以用 squash 合并：

git checkout master
git merge --squash my-feature
git commit -m "feat: 完成XXX功能开发"  # 手动写一个汇总的提交信息

这种方式下master只会新增一个提交，不会有一堆合并记录，但功能分支的零散提交历史会被合并成一个。

三、长期多人维护分支：团队约定同步规则 #

如果是长期开发的大功能分支，和团队约定好：

• 指定一个维护者，定期将master的提交同步到功能分支，维护者可以安全变基并强制推送（团队成员都知道这个规则）
• 其他成员在开发前必须拉取最新的功能分支，并用git rebase把自己的本地提交变基到最新分支上，避免产生多余的合并提交

这样整个分支的历史依然能保持整洁，同时不会因为强制推送产生冲突。

四、关于你偏好的命令能否继续使用 #

• 单人协作分支：完全可以，加上--force-with-lease的安全强制推送就行
• 多人协作分支：直接用会覆盖他人提交，不建议。但可以通过上述交互式变基或团队约定的方式，实现类似的整洁历史效果

内容的提问来源于stack exchange，提问作者clement