如何配置GitLab以允许所有用户共享组或全局命名空间?

如何配置GitLab以允许所有用户共享组或全局命名空间?,git,gitlab,Git,Gitlab,我已经成功地在Ubuntu服务器12.04上安装了GitLab 5.2,但是默认配置有点问题——每个用户都可以在自己的“私有组”中创建项目,就像github一样。我想要的是一个小公司,每个人都可以保留他们的私人回购协议,但也有一个共享(即公司)项目的共同小组。我所问的和你的很相似 例如,是否有一种方法可以将其设置为一个名为“${company name}”的组,并允许所有拥有帐户的用户在该组中创建项目,并作为开发人员访问(该组中的)所有项目 如果这不容易做到,我会满足于只允许每个人访问共享组(甚

我已经成功地在Ubuntu服务器12.04上安装了GitLab 5.2,但是默认配置有点问题——每个用户都可以在自己的“私有组”中创建项目,就像github一样。我想要的是一个小公司,每个人都可以保留他们的私人回购协议,但也有一个共享(即公司)项目的共同小组。我所问的和你的很相似

例如,是否有一种方法可以将其设置为一个名为“${company name}”的组,并允许所有拥有帐户的用户在该组中创建项目,并作为开发人员访问(该组中的)所有项目

如果这不容易做到,我会满足于只允许每个人访问共享组(甚至全局名称空间),并手动将人员添加到项目中


这些选项目前是否可行,或者我是否只需要等待GitLab人员实现使之成为可能的功能?

您可以为您的公司创建一个公司团队(用户),然后将该团队分配给您希望他们访问的每个项目。当用户被添加到公司团队或从公司团队中删除时,他们将被添加到指定的项目或从指定的项目中删除


您可能对阅读感兴趣,以了解团队和组之间的区别。

您可以为您的公司创建一个公司团队(由用户组成),然后将该团队分配给您希望他们访问的每个项目。当用户被添加到公司团队或从公司团队中删除时,他们将被添加到指定的项目或从指定的项目中删除


您可能对阅读感兴趣,以了解团队和团队之间的区别。

GitLab发布了6.0版,现在已经发布了。因此,这个问题的解决方案现在由GitLab本机支持。

GitLab已经发布了版本6.0,该版本现在已经发布。因此,这个问题的解决方案现在得到了GitLab的本地支持。

我非常想在这里听到对否决票的解释。编辑:从我如何改进这个问题的意义上来说……没有看到反对票,我只看到了一个favorited@bbodenmiller:有人把它修好了:)我很想听听关于投票失败的解释。编辑:从我如何改进这个问题的意义上来说……没有看到反对票,我只看到了一个favorited@bbodenmiller:有人修好了:)谢谢你的回答。我知道我可以做到这一点,但这需要相当多的手工工作,仍然没有完成我的要求:(我想让用户在新项目中使用相同的组。对于团队,我只能将每个人分配给项目,但每次有人创建新项目时,它都将在他们自己的(私有)中创建)组,然后管理员需要将其移动到共享组。我希望可以使全局命名空间(或自定义组)成为可能默认为所有用户,以避免管理操作。仅仅因为它在他们的命名空间中并不意味着它是私有的。如果团队被分配到用户命名空间中的项目,他们可以访问它。您可能对这个功能请求感兴趣:嘿,哇,那个功能请求正是我想到的;我想我们也有同样的问题,不是吗?:)我已经注册并投票,希望有朝一日我们能看到它的实施。。所以我想你可以把你的答案变成“N版不行”,这样我就可以接受了。如果幸运的话,有一天你会用一些好消息更新这个问题。谢谢你的回答。我知道我可以做到这一点,但这需要相当多的手工工作,仍然没有完成我的要求:(我想让用户在新项目中使用相同的组。对于团队,我只能将每个人分配给项目,但每次有人创建新项目时,它都将在他们自己的(私有)中创建)组,然后管理员需要将其移动到共享组。我希望可以使全局命名空间(或自定义组)成为可能默认为所有用户,以避免管理操作。仅仅因为它在他们的命名空间中并不意味着它是私有的。如果团队被分配到用户命名空间中的项目,他们可以访问它。您可能对这个功能请求感兴趣:嘿,哇,那个功能请求正是我想到的;我想我们也有同样的问题,不是吗?:)我已经注册并投票,希望有朝一日我们能看到它的实施。。所以我想你可以把你的答案变成“N版不行”,这样我就可以接受了。如果幸运的话,有一天你会得到一些好消息来更新这个问题。