gitolite：允许仅更改选定的文件

Question

如何配置 git 和 gitolite 以允许特定用户仅更改特定目录内的文件？

例如，原始主分支中的文件：

/dir1/
/dir2/file1
/dir2/file2
/dir3/file1

用户kathrine，仅允许更改/dir2/file1和/dir2/file2

$kathrine: git clone [email protected]:test.git

结果：

/dir2/file1
/dir2/file2

是否有任何gitolite.conf 中的 per-dir 指令还是我应该为该用户配置 git 使用新分支？

我只是不希望图形设计师能够访问源代码文件。

Answer 1

2010：对于 Gitolite 2（对于 gitolite 3 可能已更改）

否（意味着需要创建具有正确内容的专用分支）。

正如gitolite 的作者本人所说的：

我是一个名为 gitolite 的项目的作者，该项目在中央服务器上的多个 git 存储库的分支级访问控制方面做得非常出色。
我的目标“市场”正是git的企业用户。

到目前为止，我还没有看到需要将读取访问限制为存储库的情况（无论如何 git 都无法做到这一点）。

[嗯稀疏结帐可能会有所帮助，但无论如何都不容易）

写访问通常需要受到限制，gitolite 可以让您限制：

• 均按分支名称（例如，只有 QA 负责人才能将提交系列推送到“QA-done”分支）
• 或按文件名（例如，只有团队负责人可以更改 src/very-important-and-ritic-module 中的 Makefile 和文件）。

---

请参阅“安全、访问控制部分，和审核”，这里是写访问的示例：

conf/example.conf 文件 包含所有详细语法：

repo foo
        RW+ = lead_dev # rule 1
        RW = dev1 dev2 dev3 dev4 # rule 2

        RW NAME/ = lead_dev # rule 3
        RW NAME/doc/ = dev1 dev2 # rule 4
        RW NAME/src/ = dev1 dev2 dev3 dev4 # rule 5

每个被推送的提交所触及的文件都会根据这些规则进行检查。

• lead_dev 可以将更改推送到任何文件，
• dev1/2 可以推送对“doc/”和“src/”中文件的更改（但不能推送顶层 README） ,
• 和 dev3/4 只能将更改推送到“src/”中的文件。

---

话虽如此，正如OP所说，棘手的问题仍然存在：

如何创建仅包含某些选定文件的新分支，并删除以前的提交，以便图形设计师无法访问它们，并且在克隆后只能看到选定的文件？

一般原则：

在这些文件不存在的历史时刻创建“graph_designer”分支。

从那里，有两个选择：

• 要么重新组织当前的提交（git rebase --interactive），以便第一个只有 dir2 文件（然后提交影响任何其他目录）
• 或者，如果第一个选择代表太多工作（或者不可能，因为这些提交已在其他存储库中推送和拉取），只需在该新分支中复制并添加相关文件即可。
  这意味着，这些文件没有过去的历史记录，但它们可能从一开始就不需要该历史记录。

该“graph_designer”将是唯一允许克隆的分支，并且不会包含任何未经授权文件的历史记录。