有一些存储库(每次-indepndent模块方式)在Gitosis的GIT中:禁止对意外强制合并测试到主
两个分支:主(产量从该分支接收更新)和测试
任务:每库否认试图搞砸了master分支: 禁止推测试到主合并
情况:最近从SVN迁移到Git的
大家有本地克隆,并为每一个错误
他将其合并到测试(我们的集成分支)的本地分支,那么,如果质量检查小组批准,部署(并入主机和推)
没有太多的人力,就像每谁知道那里发生了仓库
一个最活跃的人 - 他是一个git的新手,像我
我们需要中央集成分支准备尽快使用生产部门,但无法承担单独的人只是为了做这种整合。
人谁写的代码负责合并成测试和测试上的另一完成的,集成的web应用实例(从开发商mashine不同)
- 进球后部署:从这个主要开发螺钉UPS保护
我想到写检测裁判被推向
,看起来牛逼的更新挂钩推提交的hrough消息
https://gist.github.com/23b807f29c37c5699670
是啊,这是丑陋的
一些开发商从他们的克隆手动推,有些不
也许我应该确保每个人都使用部署脚本需要任务分支名称和显示列表,然后将其合并到主设备中并推送它
任何想法
禁止合并通过钩在中央存储库中测试进入主
在开发mashine通过钩禁止合并检测到主
考虑转向gitolite,因为gitosis不再积极开发。以同样的方式工作,但您可以获得新功能的好处,并且可以为当前版本的Git提供良好的支持。 –