svn: externos y permissions

Estoy ejecutando un proyecto svn con componentes opcionales: extracción desde varios repositorys externos y una cantidad de usuarios con permissions de acceso variables a estos externos.

El command 'svn update' aborta en el primer proyecto que no puede recuperar.

¿Existe una metodología mejor o estándar para svn: externals para permitir el pago exitoso de todos los usuarios?

EDITAR: No tengo propiedad / control en los proyectos externos para otorgar acceso, y la política de la compañía no permite el reflection de los aspectos externos. Debido a que los elementos externos son compatibles con los componentes opcionales, los usuarios con less permissions obviamente no mantendrán los componentes opcionales. Sin embargo, todavía necesitarán verificar otros externos, y 'svn up' depende del order.

Me doy count de que corregir los permissions y dividirlos en sub-repositorys hará que esto no sea un problema, pero aún estoy interesado en saber si hay algún término medio.

¿Qué es exactamente lo que quiere que suceda si un usuario tiene acceso a un proyecto, pero no a los externos del proyecto? Si los dos están relacionados fuertemente, entonces el usuario debería tener acceso a ambos. Si los dos no están relacionados fuertemente, ¿por qué se los agrega como externos?

Tal vez podría otorgar a cada usuario acceso de solo lectura a todos los elementos externos y escribir el acceso solo a quienes lo necesiten.

Si este es un problema suficientemente grande, podría reestructurar su espacio de trabajo para que tenga un nivel superior que consista en references externas a las partes de los proyectos. Luego, haga que diferentes personas utilicen diferentes niveles superiores para get los elementos externos que necesitan.

Necesita mucha gestión y pensó tho.

Algo como:

/Projects /Project1 /trunk /Project2External /tag1 /Workspaces /Project1 /DevA - svn:external Project1/trunk Project2/tag1 /DevB - svn:external Project1/trunk 

Pero tendrías que estar dispuesto a reestructurar el proyecto de esta manera, y pensar qué hacer cuando haya cambios globales en lo externo. Pero, de esta manera, todavía estaría trabajando en el tronco del proyecto1, por lo que no hay ningún toque adicional.