oficial - gitlab>}

¿Cuáles son las diferencias entre gitlab team y gitlab group?

Question

Estoy usando Gitlab 5.0 para administrar mis repositorios de git y nunca he usado github antes de Gitlab.

Cuando creo un grupo, veo un nuevo directorio con este nombre de grupo en / home / git / repositories. Pero con el equipo, no se hace tal cosa. Además, con el grupo, puedo crear un proyecto para el grupo y las tareas (para los usuarios de este grupo) se realizan automáticamente.

No puedo ver ninguna otra diferencia entre el grupo y el equipo y me gustaría entender eso.

Gracias de antemano y perdón por el mal inglés (soy francés),

Answer 1

GitLab 6.0 (Agosto 2013, 22d)

Ver commit 3bc4845 :

Reportaje: reemplazar equipos con membresía de grupo

Introducimos la membresía grupal en 6.0 como un reemplazo para los equipos.
La vieja combinación de grupos y equipos era confusa para mucha gente.
Y cuando los miembros de un equipo cambiaron, esto no se reflejó en los permisos del proyecto.

En GitLab 6.0 podrá agregar miembros a un grupo con un nivel de permiso para cada miembro .
Estos miembros del grupo tendrán acceso a los proyectos en ese grupo.
Cualquier cambio en los miembros del grupo se reflejará inmediatamente en los permisos del proyecto.
Incluso puede tener varios propietarios para un grupo, lo que simplifica enormemente la administración.

¿Por qué las referencias a los Equipos todavía existen en GitLab 7? por ejemplo, "Filtrar por equipo"

• El " equipo " parece ahora (GitLab 6.x-> 7.x 2015) parece estar limitado a un proyecto (ver por ejemplo las features/project/team_management.feature , y app/models/project_team.rb o spec/models/project_team_spec.rb ).
  Un proyecto puede formar parte de un grupo : consulte " API de Gitlab para todos los proyectos del grupo ".

• " Grupo " hace referencia a los usuarios, y puede agrupar múltiples proyectos, (ver features/groups.feature , app/models/group.rb , app/models/members/group_member.rb )

Como usuario, usted es primero un miembro de un grupo y tiene roles (''Reporter'', ''Developer'', ...) asociados a un proyecto (lo que lo hace miembro de ese proyecto, parte del "equipo"). para ese proyecto).
Sin rol, significa "no un miembro del equipo para un proyecto".
Ver db/migrate/20140914145549_migrate_to_new_members_model.rb .

Respuesta para GitLab 5.x (antes de agosto de 2013, 22d)

• Grupo es para agrupar proyectos, similar a una carpeta (repositorios git)
• El equipo es para agrupar recursos (personas).

Esas nociones se han refinado en GitLab 4.2 .

Eso le permite administrar la autorización de una manera más conveniente, dados los permisos a un grupo de proyectos en una sola operación y / o el permiso otorgado a un grupo de personas, a las que hace referencia su equipo.

GitLab 5.x ya no usa Gitolite, pero antes de 5.0, los equipos y grupos provienen de Gitolite y su archivo de configuración gitolite.conf .
Aquí es donde el equipo y los grupos se declararon y asociaron para otorgar permiso de acceso.
Incluso sin gitolita, la idea persiste: gestionar la autorización a través de la asociación entre equipos (de personas) y grupos (de proyectos).