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.

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:
). 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
En Team Explorer, elija inicio
y,a continuación, elija Cambios pendientes (teclado: Ctrl + 0, P).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.
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.
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
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]

Trabajar desde el símbolo del sistema
- Comando Checkin: ver los cambios pendientes y comprobar los archivos
Sugerencias
Puede
la página Cambios pendientes Team Explorer abrirla en una nueva ventana.
Puede alternar entre la vista de lista y la vista de árbol desde el menú Acciones.
Antes de registrar código nuevo, debe considerar la posibilidad de realizar una revisión del código. Vea Day in the life of an devops Developer: Suspend work, fix a bug y conduct a code review (Díaen la vida de un desarrollador de devops: suspender el trabajo, corregir un error y realizar una revisión de código).
Puede administrar y, si es necesario, deshacer los cambios pendientes. Consulte Desarrollo de código y administración de cambios pendientes.
Si necesita reservar los cambios, consulte Suspend your work and manage your shelvesets (Suspender el trabajo y administrar los conjuntos de cambios).
Una comprobación se realiza de forma atómica: la operación se realiza correctamente o se produce un error por completo (con una excepción). Si alguno de los cambios no se puede enviar a Team Foundation Server, no se confirma ninguno de los cambios y no se crea un conjunto de cambios. Por ejemplo, si se pierde la conectividad de red en medio de la operación de protección, fracasará toda la operación.La excepción es la asociación de los elementos de trabajo con el conjunto de cambios. Si la asociación de elementos de trabajo no se puede realizar pero todos los demás aspectos de la protección se realizan correctamente, se creará el conjunto de cambios. Puede asociar manualmente un elemento de trabajo a un conjunto de cambios. Consulte Administración de dependencias, vinculación de elementos de trabajo para admitir la rastreabilidad.