В чем разница между командой gitlab и группой gitlab?

GitLab 6.0 (22 августа 2013 г.)

См. commit 3bc4845:

Функция: заменить команды членством в группах

Мы вводим членство в группах в 6.0 вместо команд.
Старая комбинация групп и команд сбивала с толку многих людей.
И когда члены команды менялись, это не было отражено в разрешениях проекта.

В GitLab 6.0 вы сможете добавлять участников в группу с уровнем разрешений для каждого члена.
Эти участники группы будут иметь доступ к проектам в этой группе.
Любые изменения в Участники группы сразу же будут отражены в разрешениях проекта.
Вы можете даже иметь несколько владельцев для группы, что значительно упрощает администрирование.

Почему же тогда ссылки на Teams все еще существуют в GitLab 7? например "Фильтр по команде"

• «Команда» сейчас кажется (GitLab 6.x-> 7.x 2015) ограничена проектом (см., например, _ 1_ и _ 2_ или _ 3_).
  Проект может быть частью группы: см." Gitlab API для всех проектов в группе < / а> ".

• «Группа» ссылается на пользователей и может сгруппировать несколько проектов (см. _ 4_, app/models/group.rb , app/models/members/group_member.rb)

Как пользователь, вы сначала являетесь участником группы, и у вас есть роли («Репортер», «Разработчик», ...), связанные с проектом (что делает вас участником этого проекта. , часть «команды» этого проекта).
Без роли означает «не член команды проекта».
См. _ 7_.

Ответ для GitLab 5.x (до 22 августа 2013 г.)

• Группа предназначена для группировки проектов, аналогична папке (репозитории git).
• Команда предназначена для группировки ресурсов (людей)

Эти понятия были уточнены в GitLab 4.2.

Это позволяет вам управлять авторизацией более удобным способом, давая разрешения группе проектов за одну операцию и / или давая разрешение группе людей, на которые ссылается их команда.

GitLab 5.x больше не использовал Gitolite, но до 5.0 команды и группы поступали из Gitolite и его gitolite.conf файл конфигурации.
Это - это место, где команда и группы были объявлены и связаны для предоставления разрешения доступа.
Даже без gitolite, идея сохраняется: управление авторизацией через ассоциацию между командами (людей) и группами (проектов).