嘿，我完全懂你想简化这个繁琐流程的心情——每次推完代码还要登录开发环境手动拉取，确实挺浪费时间的。先聊聊你试过的双推送思路，其实这方向没问题，但估计你是遇到了一些潜在的小坑？下面给你几个更健壮的方案，帮你彻底省去手动拉取的步骤：

1. 优化你的双推送配置（解决潜在隐患） #

如果已经在用双推送，不妨把配置调整得更可靠：

• 先给本地仓库添加两个远程地址：

  git remote add origin <你的主远程仓库URL>
  git remote add dev-server <开发环境的仓库URL>
  

• 然后设置推送时同时推送到两个远程：

  git remote set-url --add --push origin <主远程仓库URL>
  git remote set-url --add --push origin <dev-server>
  

  这样执行git push就会自动同步到两个仓库，但要注意两个细节：
  • 如果其中一个推送失败（比如开发环境临时离线），整个推送会中断，可以写个简单的shell脚本异步推送，避免阻塞你的本地开发流程。
  • 确保开发环境的仓库是裸仓库（bare repo），不然可能会出现工作区文件冲突的问题。

2. 让开发环境自动拉取（更优雅的方案） #

比起主动推送到开发环境，让开发环境自己监听变更同步会更稳妥：

• 用Git钩子触发自动拉取：在你的主远程仓库里设置post-receive钩子，当有新推送时，自动触发脚本登录开发环境执行拉取操作。
  钩子脚本示例（放在主远程仓库的hooks/post-receive，记得给脚本加执行权限chmod +x post-receive）：

  #!/bin/bash
  ssh 你的开发环境用户名@开发环境IP "cd /开发环境代码目录 && git pull origin main"
  

  提前配置好SSH免密登录，不然钩子会卡在输入密码的步骤。
• 用定时任务定期同步：如果不需要实时同步，给开发环境加个cron定时任务就行，比如每5分钟拉取一次：

  */5 * * * * cd /开发环境代码目录 && git pull origin main >> /var/log/git-pull.log 2>&1
  

  这种方式简单易维护，适合变更频率不高的场景。

3. 用CI/CD工具实现全自动化 #

如果你们团队有CI/CD工具（比如Jenkins、GitLab CI），直接配置一条流水线就行——主远程仓库有新提交时，自动触发代码同步到开发环境，还能顺便跑测试、构建这些步骤，让整个流程更完整。

对了，你提到双推送效果很好但有后续问题，可以补充下具体遇到的情况，我能帮你更针对性地解决！

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