2009-06-24 43 views
36

Estamos tratando de seguir la estrategia de ramificación desde el TFS Branching Guide y hemos llegado al punto en el que hemos creado una rama que representa un lanzamiento, que ahora debe hacerse de solo lectura.Hacer una rama TFS de solo lectura

En la pestaña Propiedades | Seguridad para la sucursal, presenta seis grupos de usuarios, cada uno con 10 permisos distintos de Lectura. ¿Debo pasar y hacer clic en Denegar en 60 casillas de verificación, o hay una mejor manera de hacer que esta rama sea de solo lectura?

Respuesta

44

Haga clic en la rama en el Explorador de control de código fuente, y seleccione el bloqueo ... opción

EDIT: esto parece que se perdió mucho cuando la gente está encontrando esto, así que va a hacer más evidentes .

Los bloqueos aparecen como un "cambio pendiente" para la persona que bloqueó el elemento. Mientras el bloqueo esté en vigencia, aparecerá como un cambio pendiente. Cuando se realiza una confirmación de ese cambio pendiente, se libera el bloqueo. Mientras el bloqueo está en efecto, la bifurcación bloqueada es efectivamente de solo lectura, ya que (para simplificar) el casillero es el único usuario que puede realizar commits. El acto de cometer es lo que libera cualquier bloqueo en la rama.

h/t @AakashM por señalarlo en los comentarios

+18

Esto deja el bloqueo pendiente como un cambio pendiente. La eliminación de los permisos de check-in es la respuesta correcta. –

+1

+1 El bloqueo simplemente no funciona ... Como casillero, tengo el cambio de "agregar bloqueo" pendiente, y además de eso, puedo ir y registrar los archivos libremente. Cambiar permisos funciona mejor en mi humilde opinión. – Etienne

+1

Agregó el bloqueo, intentó confirmar y el servidor respondió con "Todos los cambios fueron archivos sin modificar o bloqueos. El servidor ha deshecho los cambios". – amhed

10

Como fast-n-dirty, puedes bloquearlo para Check Out (aunque el casillero debería recordar mantener el bloqueo en sus cambios pendientes para siempre ... lo que me hace pensar que hay una mejor manera)

+0

dang! ¡me ganaste por 11 segundos! –

+0

el casillero no tendría que recordar guardar el candado, solo impediría los registros. La mejor estrategia en ese caso es para los desarrolladores con cambios pendientes para archivarlos en el servidor. –

+0

Lo que quiero decir es que el bloqueo se encuentra en la ventana de cambios pendientes de los casilleros como si fuera un 'cambio pendiente' real, y al hacer clic en Marcar con el elemento de bloqueo marcado, se libera el bloqueo. Es ... algo poco intuitivo. – AakashM

8

Para responder a la segunda parte de la pregunta - la eliminación o negar el permiso de lectura efectivamente niega todo lo demás.

3

Deny La hora de llegada para los usuarios de dominio de dominio \

2

Como se menciona más arriba de bloqueo no es una estrategia muy agradable. La forma correcta de manejar esto es establecer permisos.

Puede hacer que los archivos sean realmente de solo lectura. Los usuarios tratando de modificar los archivos recibirá un mensaje 'Pedido denegado'

https://msdn.microsoft.com/en-us/library/ms252587.aspx#project_level

En VS2013: Team Explorer -> Configuración -> Seguridad/Control de versiones

0

Si ha establecido la herencia a 'On' , la mejor manera que he encontrado es:

  1. 'Deny' todos los permisos excepto 'Leer' al grupo 'lector', y
  2. Añadir todos los demás grupos (excepto los administradores del proyecto) para el 'lector 'grou pag.

Luego, todos los grupos dentro del grupo Lector heredarán los permisos 'Denegar' y no podrán hacer otra cosa que leer.

Cuestiones relacionadas