我们公司已经为我们的3位开发人员使用Git几个月了，他们对系统的运行方式感到满意，但我们仍然为我们的webapp手动FTP文件。
我们热衷于建立真正的版本控制系统，但我们目前在开发和部署程序中使用多台服务器。
2个并行的自由发展区域，这些区域是不受控制的，并且看到概念汇集在一起。
当概念处于80％生产状态时，可以在受控区域检查它们。
一旦功能获得批准，它们就会内置到Git中的发布分支中，并开始部署。
对已进行的分阶段更改进行全面测试后，将发布商业指令以部署该版本。
有5个独立的apache环境，将它们中的每一个设置为远程仓库是否合适，然后可以将其推送到？
我们目前在Bitbucket上使用托管的Repo作为中央回购，我们仍然需要它/它将如何适应？
关于如何优化这一点的任何意见？
答案 0 :(得分：0)
可能没有必要使用多个远程仓库，而只需管理多个分支。
在我的工作中，我们运行两个主要分支开发和主服务器以及四个服务器环境：localdev，集成，登台和生产。
我们通过在本地创建分支主机来构建新功能。为了实现集成，我们将它合并到develop并推送到origin - 然后通过github上的钩子自动引入集成。为了让它进入暂存，我们合并为master并再次推送到origin这个自动更新服务器......一旦我们对master的状态感到满意，我们就会标记并将标记版本手动部署到生产中...它工作得很好..我们正在做的事情几乎是git flow但是与其他环境进行了一些额外的合并以进行更多的测试。
所以它绝对有可能在没有多次回购的情况下离开...而且可能更容易一些！