最近要搭一个git服务器，网上查看很多资料，建议我在服务器上搭建裸仓库，而裸仓库是不能操作的。现在要打造一个gitflow，在这里会有几条分支，git管理员需要在某个时刻把开发者的提交合并到指定分支。那么问题来了，作为git管理员，我应该怎么操作这个仓库？我内心有一个方案：在该服务器上面的某个路径clone出来一个仓库，然后在这个仓库里进行操作，操作完再push到中央仓库。这样应该是可行的。但我也想知道，业界一般是怎么做的？或者说，我这种方法是不是存在缺陷？
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师，...
你可以做中心库的工作流，但如此这样不如用SVN，SVN在这块简单多了，省去克隆库，合并库这种繁琐的操作。在Git最佳的工作流还是Gitflow，不过Gitflow因为缺少权限控制，只能靠开发者自觉来维护使用。
业界没有这样的典范，因为Git不是SVN，没有中央仓库，也不会控制使用者权限。说白了，完全靠使用者的自觉和合理使用，而非有所谓管理员控制。
你需要 gitlab
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
你可以做中心库的工作流，但如此这样不如用SVN，SVN在这块简单多了，省去克隆库，合并库这种繁琐的操作。在Git最佳的工作流还是Gitflow，不过Gitflow因为缺少权限控制，只能靠开发者自觉来维护使用。
业界没有这样的典范，因为Git不是SVN，没有中央仓库，也不会控制使用者权限。说白了，完全靠使用者的自觉和合理使用，而非有所谓管理员控制。
你需要 gitlab