Restringir el acceso a funciones y tareas

Puede restringir el acceso a muchas de las tareas de Team Foundation Server (TFS) estableciendo el estado del permiso de denegación a través de un grupo de seguridad. Para obtener una lista completa de grupos y permisos predeterminados, consulte Referencia de permisos para Team Foundation Server.

P: ¿Cómo se restringe quién puede tener acceso al código fuente o modificarlo?

R: Desde la pestaña Control de versiones del contexto de administración de TWA, puede establecer permisos para un grupo o un usuario.

En los proyectos de equipo que usan Git para el control de versiones, puede establecer los siguientes permisos.

Para obtener más información, consulte Referencia de permisos para Team Foundation Server.

P: ¿Cómo se restringe quién puede modificar las definiciones de compilación?

R: Desde el hub de compilación de TWA, puede establecer permisos de compilación en el nivel de proyecto para un grupo o un usuario.

Puede establecer permisos para las operaciones de compilación que se muestran en la siguiente imagen.

Asimismo, puede establecer permisos abriendo el menú contextual para una definición de compilación.

Para obtener más información, consulte Referencia de permisos para Team Foundation Server.

P: ¿Cómo se restringe el acceso a miembros del equipo para cambiar un elemento de trabajo?

R: Al establecer permisos en una ruta de acceso de área, puede denegar a un grupo o un usuario la capacidad de crear o editar elementos de trabajo asignados en una ruta de acceso de área.

P: ¿Cómo se restringe el acceso a usuarios para crear tipos de elemento de trabajo (WIT) concretos?

R: Puede restringir el acceso de una de estas dos formas:

• Al agregar los WIT al grupo de categorías Tipos ocultos, se impide que la mayoría de los colaboradores del proyecto pueda crearlos. Puede crear un hipervínculo a una plantilla que abra el formulario de elemento de trabajo y compartir el vínculo con aquellos miembros del equipo que desee que los creen.

• Si agrega una regla de campo al flujo de trabajo para el campo System.CreatedBy, puede impedir eficazmente que un grupo de usuarios cree un elemento de trabajo de un tipo específico. Como se muestra en el ejemplo siguiente, el usuario que crea el elemento de trabajo debe pertenecer a Allowed Group para guardar el elemento de trabajo.

  <TRANSITION from=" " to="New">
     <FIELDS>
       <FIELD refname="System.CreatedBy">
           <VALIDUSER for="Allowed Group" not="Disallowed Group" />
       </FIELD>
     </FIELDS>
  </TRANSITION> 
  

Para obtener más información acerca de cómo personalizar los WIT, consulte Modificar o agregar un tipo de elemento de trabajo (WIT) personalizado.

P: ¿Cómo se restringe el acceso para cambiar un elemento de trabajo en función de ciertas condiciones o valores de campo?

R: Establezca una regla de campo de condición, una regla de campo basada en condiciones o una combinación de ambas que se aplique a un grupo. Puede restringir la posibilidad de realizar cambios en un campo especificando una regla que lo califique y haciendo que se aplique a un grupo concreto. Las reglas condicionales pueden incluir los elementos CANNOTLOSEVALUE, EMPTY, FROZEN, NOTSAMEAS, READONLY y REQUIRED.

P: ¿Cómo se restringe quién puede modificar una consulta de elementos de trabajo compartida?

R: Establezca permisos en una carpeta de consultas o consulta compartida para restringir quién puede modificar la consulta o consultas dentro de la carpeta.