我正在使用Gitlab 5.0来管理我的git存储库，而且我从未在Gitlab之前使用过github。
当我创建一个组时，我在/ home / git / repositories中看到一个带有该组名的新目录。 但是对于团队来说，没有做过这样的事情。 此外，对于组，我可以为组创建项目，并且分配（对于该组的用户）是自动完成的。
我看不出群组和团队之间存在任何其他差异，我想了解这一点。
提前谢谢你，对不好的英语（我是法国人）抱歉，
答案 0 :(得分：32)
GitLab 6。0（2013年8月，22日）
请参阅commit 3bc4845：
我们在6.0中引入群组成员资格作为团队的替代品 团队和团队的旧组合让很多人感到困惑 当团队成员发生变化时，这不会反映在项目权限中。
在GitLab 6.0中，您可以将成员添加到具有每个成员的权限级别的组。
这些小组成员可以访问该小组中的项目 对组成员的任何更改都将立即反映在项目权限中 您甚至可以为一个组拥有多个所有者，从而大大简化了管理。
为什么GitLab 7中仍然存在对团队的引用？例如“按团队过滤”
“团队”（GitLab 6.x-＆gt; 7.x 2015）似乎仅限于项目（请参阅示例{{3 }}，features/project/team_management.feature或app/models/project_team.rb）
spec/models/project_team_spec.rb：请参阅“A project can be part of a group”。
“群组”会引用用户，并可以对多个项目进行分组，（请参阅Gitlab API for all projects under group，features/groups.feature，app/models/group.rb）
作为用户，您是第一个成为某个群组的成员，并且拥有与项目相关联的角色（'Reporter'，'Developer'，...）（这使您成为会员）该项目的一部分，该项目的“团队”的一部分
没有角色，意味着“不是项目团队的成员”
请参阅app/models/members/group_member.rb。
回答GitLab 5.x（2013年8月之前，22天）
这些概念已在db/migrate/20140914145549_migrate_to_new_members_model.rb中得到完善。
这使您可以更方便的方式管理授权，在一次操作中为一组项目授予权限，和/或由团队引用的一组人员授予权限。
GitLab 5.x不再使用Gitolite，但在5.0之前，团队和小组来自GitLab 4.2及其Gitolite。
这是声明和关联gitolite.conf configuration file的地方，以便授予权限访问权限
即使没有gitolite，这个想法仍然存在：通过团队（人）和团队（项目）之间的关联来管理授权。