官术网_书友最值得收藏!

  • Gitolite Essentials
  • Sitaram Chamarty
  • 480字
  • 2021-07-16 12:10:04

Sampling of Gitolite's power features

The access control examples show the most commonly used feature of Gitolite, the repository and branch level access control, but of course Gitolite has many more features. In this section, we will briefly look at a few of them while noting that there are many more waiting in the wings for you to find as you read this book.

Creating groups

Gitolite allows you to create groups of users or repositories for convenience. Think back to Alice and Bob, our junior developers. Let's say you had several rules that Alice and Bob needed to be mentioned in. Clearly, this is too cumbersome; every time a new developer joined the team, you'd have to change all the rules to add him or her.

Gitolite lets you do this by using the following command:

@junior-devs = alice bob

Later, it lets you do this by using the following command:

repo foo
 RW = @junior-devs
 RW+ = carol david
 RW+ sandbox/ = @junior-devs

This allows you to add the junior developer in just one place at the top of the configuration file instead of potentially several places all over. More importantly, from the administrator's point of view, it serves as excellent documentation for the rules themselves; isn't it easier to reason about the rules when a descriptive group name is used rather than actual usernames?

Personal branches

Gitolite allows the administrator to give each developer a unique set of branches, called personal branches, that only he or she can create, push, or delete. This is a very convenient way to allow quick backups of work-in-progress branches, or share code for preliminary review.

We saw how the sandbox area was defined:

 RW+ sandbox/ = alice bob

However, this does nothing to prevent one junior developer from accidentally wiping out another's branches. For example, Alice could delete a branch called sandbox/bob/work that Bob may have pushed. You can use the special word USER as a directory name to solve this problem:

 RW+ sandbox/USER/ = alice bob

This works as if you had specified each user individually, like this:

 RW+ sandbox/alice/ = alice
 RW+ sandbox/bob/ = bob

Now, the set of branches that Alice is allowed to push is limited to those starting with sandbox/alice/, and she can no longer push or delete a branch called, say, sandbox/bob/work.

Personal repositories

With Gitolite, the administrator can choose to let the user create their own repositories, in addition to the ones that the administrator themselves creates. For this example, ignore the syntax, which will be explained in a much later chapter, but just focus on the functionality now:

repo dev/CREATOR/[a-z].*
 C = @staff
 RW+ = CREATOR

This allows members of the @staff group to create repositories whose names match the pattern supplied, which just means dev/<username>/<anything starting with a lowercase alphabetic character>. For example, a user called alice will be able to create repositories such as dev/alice/foo and dev/alice/bar.

主站蜘蛛池模板: 乐亭县| 洮南市| 泰兴市| 洛隆县| 拉孜县| 德江县| 白水县| 航空| 美姑县| 田阳县| 大新县| 临江市| 宁武县| 澄迈县| 津南区| 秦安县| 宜都市| 阳泉市| 和政县| 琼中| 广宁县| 灵丘县| 黄山市| 江孜县| 剑川县| 神池县| 克山县| 英山县| 昭平县| 屏山县| 巴里| 平山县| 桐城市| 乌拉特前旗| 贵港市| 西贡区| 刚察县| 化州市| 桂林市| 普兰县| 嵩明县|