Android Studio中Git --ff-only合并选项置灰的解决方法

一、--ff-only选项置灰原因与启用方法 #

• 置灰根本原因：快进合并（Fast-forward）天生有触发门槛——待合并的功能分支必须是当前目标分支（master）最新HEAD节点的直接后继，两个分支不能有提交分叉。但凡master上存在功能分支没包含的提交（比如本地master很久没拉取远端最新代码、或者切出功能分支后master有了新的合入记录），两个分支形成分叉，--ff-only就会自动置灰，和软件配置无关，翻遍设置也找不到能直接点亮它的开关，必须先消除分叉才行。
• 全GUI操作启用步骤（无需使用命令行）：
  1. 切换到本地master分支，执行pull操作拉取远端所有最新提交，确保本地master和远端master状态完全同步
  2. 切换回addmypicture功能分支，点击顶部菜单栏 Git -> Rebase，在弹出的对话框中选择变基目标分支（Onto选项）为master，确认执行。过程中如果出现代码冲突，按提示逐文件解决后继续变基流程，直到变基完成
  3. 再次切回master分支打开合并弹窗，此时--ff-only选项就会处于可选中状态

二、保留提交历史需求下的合并选项选择建议 #

• 先澄清一个常见误区：--ff-only和--no-ff都不会丢失任何提交历史，两种模式都会完整保留你在addmypicture分支上的所有提交记录、提交信息、作者信息与时间戳，两者的差异只体现在提交图谱的展示结构上：
  • --ff-only：合并时不会生成新的合并提交，master的分支指针会直接移动到功能分支的最新提交位置，最终提交图谱是一条完全平直的线，没有专门节点标记这次功能合入的边界
  • --no-ff：合并时会强制生成一个新的合并提交节点，把功能分支的所有提交归拢在这个节点下，在提交图谱里可以清晰看到哪部分提交属于addmypicture功能，后续如果要整体回滚这个功能，只需要回滚这一个合并提交即可，操作成本极低
• 针对你这次大功能分支合并的场景，更推荐直接使用当前可选的--no-ff选项：

  大功能开发周期长、提交数量多，--no-ff生成的合并节点可以清晰标记功能合入的边界，后续排查问题、回滚代码、梳理版本功能的时候都更方便，完全满足你保留完整提交历史的需求，不需要特意折腾去点亮--ff-only。

• 如果你个人更偏好平直无分叉的提交图谱，按照前面的步骤完成变基消除分叉后，用--ff-only合并也完全可以，同样不会丢失任何提交记录。

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