如何在GitHub Desktop中将提交从dev仓库推送到prod仓库？

一、GitHub Desktop 操作步骤 #

1. 添加prod仓库作为远程源

   • 打开GitHub Desktop，确保当前操作的是你的dev本地仓库
   • 点击顶部菜单栏的「Repository」→「Repository Settings」
   • 在「Remotes」区域点击「Add」，输入远程名称（比如prod），粘贴prod仓库的Git地址，点击「Add Remote」完成添加

2. 推送dev的提交到prod

   • 确认你已经在dev仓库完成代码修改、本地提交，且测试无误
   • 点击顶部「Push origin」旁边的下拉箭头，选择刚添加的prod远程源，选择要推送的分支（比如你的dev分支或main分支）
   • 如果prod仓库对应分支有未同步的更新，会提示你先拉取合并，解决冲突后再推送

二、Git CLI 操作方式（更灵活） #

如果GitHub Desktop操作有局限，用命令行更直接：

• 添加prod远程源：git remote add prod <prod仓库的Git URL>
• 推送当前分支到prod：git push prod <你的分支名>
• 若prod分支有更新需要同步：git pull prod <目标分支名>，解决冲突后再执行推送

三、最佳实践建议 #

1. 避免直接推送prod主分支
   不要直接把dev的提交推送到prod的主分支，建议通过Pull Request（PR）的方式：在prod仓库发起PR，将dev的分支合并到prod主分支，经过代码审核、测试后再合并，降低生产环境风险。

2. 优先使用单仓库多分支策略
   两个独立仓库的维护成本较高，更推荐用单个仓库，用分支区分环境：

   • dev分支：日常开发、测试
   • main（或prod）分支：生产环境部署分支
     开发完成后从dev分支向main分支发起PR，合并后部署生产。

3. 采用规范的分支管理流程
   比如使用Git Flow工作流：

   • 功能开发在feature/*分支，完成后合并到dev
   • dev测试稳定后，合并到release/*分支做预发布测试
   • 测试通过后合并到main（prod）分支，同时同步回dev

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