Administrar derechos de compromiso en svn delegando a los administradores de proyecto

Tenemos varios proyectos en svn repo. Y para cada proyecto hay muchos usuarios. Como el número de usuarios es grande, es complicado administrar sus derechos de confirmación con "Auth file". He leído en alguna parte que podemos delegar los derechos de los usuarios a sus gerentes mediante la creación de un file de text. Pero no estoy seguro de cómo lograrlo y tal vez sea necesario configurar ANUNCIOS para esto. Como soy nuevo en SVN, necesito su consejo experto. Por favor, guíame cómo lograr esto y si tienes un gancho ya confgurado p, amablemente proporcionas.

¿Cómo configurar el control de acceso en SVN? He visto este enlace y la respuesta de VonC es genial y perfecto para mí. Pero no sé cómo comenzar. ¿Alguien puede ayudarme aquí? No soy profesional en svn y Unix. Gracias por adelantado

Prefacio

  1. El uso de repository único para proyectos múltiples es Bad Idea ™: un repository – un proyecto
  2. Olvídate inmediatamente de lo viejo como mierda de mamut SVN 1.5 – usa al less 1.6 en cliente y server (1.8 puede ser la mejor opción)

Cara

Se puede acceder a la administración de usuarios simplificada para usuarios SVN utilizando authentication basada en LDAP en lugar de un file ordinario (en el caso de "repository por proyecto" <location> de la respuesta será la location de cada repository con SVNPath, en caso de una estructura anterior <location> debe estar vinculado a cada raíz del proyecto) y tener diferentes grupos para repositorys diferentes en la directiva Require ldap-group – leer también Apache 2.2 docs en el module Apache mod_authnz_ldap parte. Desde POV de administración, LDAP-auth y permissions significa: cada desarrollador debe estar en el tree LDAP, incluido en uno o más grupos relacionados con repositorys

En caso de requisito adicional para la Autorización basada en ruta dentro de repositorys y el uso de grupos dentro de authz-file, puede encontrar Grupos LDAP útiles para Subversion Authz Groups Bridge , que le permiten regenerar grupos authz a partir de datos LDAP.

Como resultado, la mayoría (si no todas) de las ACL relacionadas con SVN pueden administrarse solo en LDAP