Proteger su contribución al código base del equipo
Utilice la página Cambios pendientes (teclado: Ctrl + 0, P) para proteger el código base del equipo.
¿Qué desea hacer?
Especificar los archivos que desea proteger
Asociar elementos de trabajo
Proteger los cambios
Resolver las advertencias de la directiva de protección
Realizar una protección controlada
Suscribirse a alertas
Trabajar desde el símbolo del sistema
Obtener sugerencias
Especificar los archivos que desea proteger
Puede especificar qué cambios del archivo desea proteger arrastrándolos entre las secciones Cambios incluidos y Cambios excluidos de la página Cambios pendientes. También puede controlar el alcance de la protección 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, abra el menú contextual y elija Proteger.
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 Proteger.
Asociar elementos de trabajo
Cuando cambie archivos en el código base, normalmente lo hará para completar una tarea, corregir un error o satisfacer la demanda de algún otro tipo de elemento de trabajo. Cuando proteja los cambios, deberá asociar esos elementos de trabajo con los cambios que está protegiendo. Esto brinda algunas ventajas:
Un miembro del equipo que busque el elemento de trabajo puede vincularse directamente al conjunto de cambios para ver el trabajo realizado.
Un miembro del equipo que revise el historial de un archivo que se modificó puede ver el conjunto de cambios y los elementos de trabajo que justificaban el cambio.
Si compila los cambios en un sistema automatizado de compilación (por ejemplo con una compilación de integración continua o una compilación de protección controlada), los miembros del equipo podrán ver en qué compilación completada se finalizó 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 id. de la sección Elementos de trabajo relacionados.
Arrastre un elemento de trabajo desde una ventana de consulta a la sección Elementos de trabajo relacionados.
Junto a cada elemento de trabajo, seleccione cómo debe relacionarse con la protección: Asociar o Resolver (solo está disponible si el elemento de trabajo no tiene un estado que impida esta relación, como Resuelto, Listo o Cerrado).
Sugerencia |
---|
Puede abrir el menú contextual de un elemento de trabajo asociado y elegir:
|
Proteger los cambios
Para proteger los cambios
En Team Explorer, elija Página principal y, después, Cambios pendientes (teclado: Ctrl + 0, P).
En la página Cambios pendientes, escriba un Comentario para que los compañeros del equipo que posteriormente tengan que revisar y comprender el historial de los archivos puedan entender lo que hizo. Por ejemplo: Controlador de carro de la compra implementado.
Algunos equipos prefieren que sus miembros proporcionen cierto tipo de información sobre cada protección. En algunos casos, incluso implementan una directiva de protección para exigir esto. Si un administrador del proyecto del equipo ha habilitado notas de protección, puede escribir la información en cada campo de la sección Notas.
Elija el botón Proteger.
Se produce uno de los siguientes resultados.
Los cambios están protegidos
Todos los cambios del archivo incluido desde el área de trabajo junto con el comentario, las notas de protección y los vínculos a elementos de trabajo relacionados se almacenan en el servidor como un solo conjunto de cambios.
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 conflictos del control de versiones de Team Foundation.
La protección se bloquea porque infringe una directiva de protección.
Los administradores del proyecto de equipo pueden implementar directivas de protección para fomentar que el equipo siga los procedimientos recomendados. Por ejemplo, una directiva de protección 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 Set and Enforce Quality Gates.
En algunos casos, es posible que desee remplazar estas directivas de protección. En la sección Advertencias de directiva, elija Invalidar advertencias.
En el cuadro Motivo, explique por qué decidió invalidar la directiva.
Proteger una carpeta controlada por un proceso de compilación de protección controlada
Si está protegiendo los cambios en carpetas de control de versiones que están controladas por un proceso de compilación de protección controlada, aparecerá el cuadro de diálogo Protección controlada. Para obtener información sobre cómo completar la operación de protección, vea Proteger los cambios pendientes controlados por una compilación de protección controlada.
Suscribirse a alertas
Si desea recibir una notificación cuando alguien proteja el código en el proyecto de equipo de TFVC, puede suscribirse para recibir alertas de correo electrónico. Esta es la manera de hacerlo.
Trabajar desde el símbolo del sistema
- Checkin (Comando): ver cambios pendientes y proteger archivos
Sugerencias
Puede desacoplar la página Cambios pendientes de Team Explorer y abrirla en una nueva ventana.
Puede alternar entre la vista de lista y la vista de árbol en el menú Acciones.
Antes de proteger el nuevo código, considere la posibilidad de realizar una revisión del código. Vea Suspende el trabajo, corregido un error, y Conduct una Revisión del código.
Puede administrar y, si es necesario, deshacer los cambios pendientes. Vea Desarrollar código y administrar cambios pendientes.
Si necesita aplazar temporalmente los cambios, vea Suspender el trabajo y administrar los conjuntos de datos aplazados.
Una operación de protección se realiza atómicamente, lo que significa que la operación se ejecuta de manera totalmente satisfactoria o fracasa por completo (con una excepción). Si alguno de los cambios no se puede enviar a Team Foundation Server, no se confirma ningún cambio 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. Vea Vincular elementos de trabajo para admitir rastreabilidad.