Proteger su contribución al código base del equipo

Azure Repos | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 | TFS 2017 | TFS 2015 | VS 2017 | VS 2015 | VS 2013

Use la página Cambios pendientes (teclado: Ctrl + 0, P) de Team Explorer para comprobar el código en un nuevo conjunto de cambios.

Proteger una actualización para corregir un error

Elija los archivos que desea que se puedan comprobar.

Puede especificar qué cambios de archivo desea comprobar si los arrastra entre las secciones Cambios incluidos y Cambios excluidos de la página Cambios pendientes de Team Explorer. También puede realizar el registro mientras trabaja en otras áreas de Visual Studio:

  • En el Explorador de soluciones, seleccione uno de los siguientes elementos:

    • La solución
    • Uno o varios proyectos de código
    • Uno o varios archivos

    Después de seleccionar los elementos, haga clic con el botón derecho y seleccione Comprobar.

  • En el Explorador de control de código fuente, seleccione uno o varios elementos con cambios pendientes o una o varias carpetas que contengan elementos con cambios pendientes. (Los elementos con cambios pendientes se indican mediante este símbolo: TFSC Checked-Out icono de estado). Abra el menú contextual de los elementos seleccionados y elija Comprobar.

Importante

La opción Check in (Comprobar) no se muestra si no hay cambios pendientes en el elemento seleccionado.

Sugerencia

Si no ve cambios pendientes para un elemento, asegúrese de que aún no aparece como un cambio excluido. Abra Team Explorer vista Cambios pendientes y seleccione el vínculo Detectado: .. en Cambios excluidos. Compruebe los cambios que se incluirán en la lista y seleccione Promover para mover los cambios excluidos a la sección Cambios incluidos. Estos cambios ahora se pueden comprobar.

Asociar elementos de trabajo

Al comprobar los cambios, debe asociar dichos elementos de trabajo a los cambios. Las ventajas de hacerlo son:

  • Un miembro del equipo que examina el elemento de trabajo puede vincular directamente al conjunto de cambios para ver el trabajo que ha hecho.
  • Un miembro del equipo que revisa el historial de un archivo que ha cambiado puede ver el conjunto de cambios y ver los elementos de trabajo que fueron la justificación del cambio.
  • Si compila los cambios en el sistema de compilación automatizado (por ejemplo, con una compilación de CI o una compilación de comprobación por puerta, los miembros del equipo pueden ver en qué compilación completada se completó la tarea o se corrigió el error.

Para asociar elementos de trabajo a la protección:

  • Elija el vínculo Agregar elemento de trabajo por identificador en la sección Elementos de trabajo relacionados.
  • Arrastre un elemento de trabajo desde una ventana de consulta de elemento de Team Explorer página Elemento de trabajo a la sección Elementos de trabajo relacionados.

Junto a cada elemento de trabajo, seleccione cómo debe estar relacionado con el registro: Asociar o Resolver (disponible solo si el elemento de trabajo aún no está en un estado que impida esta relación, como Resuelto,Listo o Cerrado).

Proteger los cambios

  1. En Team Explorer, elija inicio icono Inicioy,a continuación, elija Cambios pendientes (teclado: Ctrl + 0, P).

  2. En la página Cambios pendientes, escriba un comentario para que los compañeros de equipo que más adelante necesiten revisar y comprender el historial de los archivos comprenderán lo que hizo. Por ejemplo: Se implementó el controlador del carro de la compra.

  3. Algunos equipos prefieren que sus miembros proporcionen cierto tipo de información sobre cada inserción en el repositorio. En algunos casos, incluso implementan una directiva de protección para exigir esto. Si un administrador del proyecto ha habilitado las notasde registro, puede escribir la información en cada campo en la sección Notas.

  4. Elija el botón Check In (Comprobar).

Se produce uno de los siguientes resultados:

Los cambios están protegidos

Todos los cambios de archivo incluidos del área de trabajo junto con el comentario, las notas de la comprobación y los vínculos a elementos de trabajo relacionados se almacenan en el servidor como un único conjunto de cambios en el servidor.

Hay conflictos que bloquean la protección

El sistema muestra conflictos entre los cambios y la última versión de los archivos del servidor. Vea Resolver Control de versiones de Team Foundation conflictos.

La protección se bloquea porque infringe una directiva de protección.

Los administradores del proyecto pueden implementar directivas de protección para animar a su equipo a seguir los procedimientos recomendados. Por ejemplo, una directiva de inserción en el repositorio puede instar a los miembros del equipo a que asocien al menos un elemento de trabajo a sus cambios. Para obtener más información, vea Establecer y aplicar puertas de calidad.

En algunos casos, es posible que desee remplazar estas directivas de inserción en el repositorio. En la sección Advertencias de directiva, elija Invalidar advertencias.

En el cuadro Motivo, explique por qué eligió invalidar la directiva.

Comprobar los cambios en una carpeta controlada por un proceso de compilación de la comprobación controlada

Cuadro de diálogo Entrada de entrada con puerta Si va aregistrar cambios en las carpetas de control de versiones controladas por un proceso de compilación de la comprobación controlada, aparece el cuadro de diálogo Comprobación controlada. Para obtener información sobre cómo completar la operación de registro, vea Check in to a folder that is controlled by a gated check-in build process(Registro en una carpeta controlada por un proceso de compilación de la comprobación controlada).

Suscripción a alertas

Si desea recibir una notificación cuando alguien comprueba el código en el proyecto de TFVC, puede suscribirse para recibir alertas por correo electrónico. [A continuación se muestra cómo]

Página de alertas del proyecto TFVC en el portal web

Trabajar desde el símbolo del sistema

Sugerencias