Git多远程仓库提交操作疑问及最佳实践咨询

完全可以实现你要的需求——把两次提交推送到origin（预发布仓库），仅将第一次提交推送到prod（生产仓库），下面是具体操作和长期管理的最佳实践：

一、推送所有提交到预发布仓库 #

直接执行命令，把本地main分支的所有提交推送到origin：

git push origin main

二、仅推送第一次提交到生产仓库 #

有两种简单的实现方式：

方法1：通过提交哈希推送 #

1. 先查看第一次提交的哈希值（用短哈希即可）：

git log --oneline

输出示例：

abc1234 (HEAD -> main) SECOND COMMIT
def5678 FIRST COMMIT

这里的def5678就是第一次提交的短哈希。

2. 推送该提交到prod的main分支：

git push prod def5678:main

这个命令的逻辑是：将本地指定的提交（def5678）推送到远程prod仓库的main分支。

方法2：通过相对引用快捷推送 #

如果第一次提交是当前分支的上一个提交，直接用HEAD~1替代哈希值更方便：

git push prod HEAD~1:main

HEAD~1表示当前分支的前一次提交，正好对应你的FIRST COMMIT。

三、长期维护的最佳实践 #

针对双仓库的预发布/生产管理，推荐用分支隔离的方式降低风险：

• 本地创建对应环境分支：分别跟踪远程的预发布和生产分支，避免直接在main分支操作生产推送：

  # 创建并切换到staging分支，跟踪origin/main
  git checkout -b staging origin/main
  # 创建并切换到production分支，跟踪prod/main
  git checkout -b production prod/main
  

• 按环境流转提交：开发完成后，先合并到staging分支推送到预发布验证，确认没问题后，再把需要的提交挑选到production分支推送到生产：

  # 合并开发提交到预发布分支并推送
  git checkout staging
  git merge main
  git push origin staging
  
  # 切换到生产分支，挑选第一次提交
  git checkout production
  git cherry-pick def5678  # 替换为目标提交的哈希
  git push prod production
  

• 定期同步差异：定期梳理预发布和生产仓库的代码差异，避免长期不同步导致的合并冲突。

内容的提问来源于stack exchange，提问作者Sami.C