咨询将已推送的production分支提交重基于master最新提交的可行性

已推送分支的rebase注意事项 #

如果你的production分支已推送到远程，但没有其他开发者基于该分支工作，可以安全执行rebase，之后用git push --force-with-lease强制推送（比--force更安全，能避免覆盖他人未同步的提交）。若有其他同事维护该分支，rebase会重写提交历史导致冲突，此时更推荐用cherry-pick替代。

批量应用D、E提交的两种方法 #

方法一：Rebase（无协作场景首选） #

1. 切换到master分支并拉取最新代码：

   git checkout master
   git pull
   

2. 将production分支的D、E提交重应用到master的最新提交H上：

   git rebase master production
   

3. 解决可能的冲突后，强制推送远程production分支：

   git push --force-with-lease origin production
   

方法二：Cherry-pick（多协作场景首选） #

若不想修改production分支历史，可在master分支上直接应用D、E提交：

1. 切换到master分支：

   git checkout master
   

2. 批量选取D到E的提交（替换<commit-D>和<commit-E>为实际提交哈希）：

   git cherry-pick <commit-D>^..<commit-E>
   

   该命令会将D、E两个提交完整应用到当前分支。
3. 解决冲突后，可选择将这些提交合并到production分支，或直接作为新的生产分支使用。

Sourcetree可视化操作步骤 #

• Rebase操作：
  • 切换到production分支，点击顶部菜单栏「仓库」→「重新基于...」。
  • 在弹窗中选择master作为目标分支，按需勾选「强制重新基于」，点击确定。
  • 解决冲突后，推送时选择「强制推送」（优先使用--force-with-lease选项，Sourcetree推送设置中可找到）。
• Cherry-pick操作：
  • 切换到master分支，在提交历史中按住Ctrl/Command选中D、E两个提交。
  • 右键选中的提交，选择「Cherry pick提交」，解决冲突后提交即可。

长远优化建议 #

硬编码路径与URL的问题应从根源解决：

• 采用环境变量区分环境，PHP中通过getenv('APP_ENV')加载对应配置文件。
• 维护多环境配置文件（如config.dev.php、config.prod.php），部署时根据环境自动加载。
  从根本上消除分支维护路径差异的需求，减少重复操作。

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