Git生产/登台服务器工作流程

目前我的网站(生产服务器)已经有很多代码。 现在我想开始为我的项目使用Git并为我的团队设置一个临时服务器。 任何人都可以给我任何建议吗? 这是我脑海中的画面:
        Production        - Production server which already have codes
            ↑             
         Staging          - New staging server, will install Trac too
         ↗↙ ↖↘          
  Developer1  Developer2  - Local development 
我的问题是,我应该如何开始? 以下是我的一些步骤: 在生产服务器上做一个
git init
(这样安全吗?)
clone
从生产到登台服务器的repo 开发人员
clone
从升级到本地机器的回购 完成更改后
push
文件到登台服务器 当准备就绪时,
push
生产的一切 这项工作流程是否有意义,或者有更好的方法可以做到这一点? 如果我只想更改一个文件怎么办? origin / master在这个过程中是否与它有关? 谁是起源?我最终会有多个起源吗? 此外,在这种情况下,开发人员应该何时使用
branch
?     
已邀请:
最好只将master分支用于Staging的Production and development分支。每个开发人员都应创建本地分支以添加新功能,然后与开发分支合并。如果您是git的新手,请尝试使用 - http://github.com/nvie/gitflow还有描述git分支模型的好图片 - http://nvie.com/posts/a-successful-git-分支模型/     
您的建议看起来不错,但我不会让开发人员直接推送到登台服务器。相反,集成商应仔细检查分支并将它们合并到主分支(如果您使用bUg建议的git flow模型,则将其合并到开发分支中。)* 同一个人会推送到登台服务器。 *集成商:“作为集团项目集成商的一个相当核心的人接受他人做出的改变,审查和整合他们并公布结果供其他人使用......” 1.在生产服务器上执行git init(这样安全吗?) 是的,这是安全的,但您当然必须对此回购设置非常严格的权限。 如果我还没有它,我可能会开始将整个网站发送到本地光盘。 2.将repo从生产克隆到登台服务器 您可能应该有一个与生产服务器和登台服务器分开的“中央”存储库。可以根据需要克隆和推送。 3.开发人员将登台的repo克隆到本地计算机 4.完成更改后将文件推送到登台服务器 5.当准备就绪时,将所有内容推送到生产中 将“staging”替换为“central”,我认为你没问题,但更大的问题是如何使用分支和合并,正如bUg指出的那样。     

要回复问题请先登录注册