关于 git，有什么是实现了目录级的权限控制的？

自己写 hook 就可以

svn ？

@quix 没这么简单吧？

[gitolite]( https://wiki.archlinux.org/index.php/Gitolite)

「 To restrict read and/or write access, use standard Unix permissions. 」[1]

[1]: https://wiki.archlinux.org/index.php/Git#Setting_access_rights

我觉得 权限控制 这个词就不太适合 Git.

可以开多分支, 然后分工, 由个别人负责主分支的 pull request.

还是把自己的好奇用在不浪费生命的地方上吧。

搞个目录的权限控制干啥？ 是不给他写，还是不给他看？

不给他写，他提交的 pull request 的时候你不给合并不就完了吗？

不给他看，丫的不给看咋编译？


吐槽完毕，

如果真想搞估计只能 svn 了， gitosis ， gitolite ， gogs 等都没发现有精确到文件夹的权限管理。

submodule

@bp0 是，如果我自己需要这样的控制，我肯定直接 svn 了，但是。。。问题的关键是。。。我是被要求这么搞。。。

@MrBearin 请参考 gitlab 的 hook 代码, 虽然跟你要求功能不一样, 但从原理上来说都可以实现

@MrBearin 不要把传统工具的管理思维放到新工具上用
- 不让随便写入就把 PR 的 merge 权限抓自己手里
- 不让看代码就干脆做个 submodule 给人工作

另外，不合理的要求为什么不提出反对意见？做技术的要对自己的专业负责，外行人的指手画脚通通回绝掉。

@cxbig 有些时候真不想你说的这么简单，这点上我是可以理解楼主的。

把项目拆分，然后 submodule ，貌似也只能这样了。一般 git 用法都是多分支，不需要的提交你不合并不就是了。

Git 设计之初是给 Linux Kernel 的源码进行版本控制的，应该都没考虑权限管理这事儿。要么完全给看，要么完全不给看。还记得以前 Linus 提过这事儿，但想不起来在哪看过了。

觉得只能如 @cxbig 所说了。