我想使用 ACL 拒绝访问除 Mercurial 中的一名工程师之外的特定分支

发布于 2025-01-06 09:47:53 字数 221 浏览 0 评论 0原文

我想做的是允许所有开发人员创建自己的功能分支、合并它们等,但特殊分支“Release”应该只能由一个工程师(或一组)写入。我尝试的是:

[acl.allow.branches]
release = @release-manager

[acl.deny.branches]
release = *

我还希望发布经理成为唯一可以在存储库中添加标签的人。怎么做呢?

What I want to do is to allow all developers to create their own feature branches, merge them, etc. but a special branch "Release" should be writable only by one single engineer (or a group). What I tried is:

[acl.allow.branches]
release = @release-manager

[acl.deny.branches]
release = *

I also want the release manager to be the only one who can add tags in the repo. How to do that?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

影子的影子 2025-01-13 09:47:53

我发现使用 MercurialACL 的当前实现无法实现我想要的功能,我决定破解它并支持更改工作方式以使我的用例工作。另外,我的 fork 允许您在分支名称中使用通配符,例如:

 release-* = @release-manager

这适用于以 release- 开头的任何分支,例如“release-1.0”
您可以在此处找到代码 https://bitbucket.org/cloud9ers/mercurialacl/

I found out that what I wanted is un-doable using the current implementation of MercurialACL, I decided to hack it and support change the way is work to let my usecase work. Also my fork allows you to use globing in branch names like:

 release-* = @release-manager

this will work for any branch the starts with release-, like "release-1.0"
You can find the code here https://bitbucket.org/cloud9ers/mercurialacl/

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文