84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
最近要搭一个git服务器,网上查看很多资料,建议我在服务器上搭建裸仓库,而裸仓库是不能操作的。现在要打造一个gitflow,在这里会有几条分支,git管理员需要在某个时刻把开发者的提交合并到指定分支。那么问题来了,作为git管理员,我应该怎么操作这个仓库?我内心有一个方案:在该服务器上面的某个路径clone出来一个仓库,然后在这个仓库里进行操作,操作完再push到中央仓库。这样应该是可行的。但我也想知道,业界一般是怎么做的?或者说,我这种方法是不是存在缺陷?
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师,...
你可以做中心库的工作流,但如此这样不如用SVN,SVN在这块简单多了,省去克隆库,合并库这种繁琐的操作。在Git最佳的工作流还是Gitflow,不过Gitflow因为缺少权限控制,只能靠开发者自觉来维护使用。
业界没有这样的典范,因为Git不是SVN,没有中央仓库,也不会控制使用者权限。说白了,完全靠使用者的自觉和合理使用,而非有所谓管理员控制。
你需要 gitlab
你可以做中心库的工作流,但如此这样不如用SVN,SVN在这块简单多了,省去克隆库,合并库这种繁琐的操作。在Git最佳的工作流还是Gitflow,不过Gitflow因为缺少权限控制,只能靠开发者自觉来维护使用。
业界没有这样的典范,因为Git不是SVN,没有中央仓库,也不会控制使用者权限。说白了,完全靠使用者的自觉和合理使用,而非有所谓管理员控制。
你需要 gitlab