Compartir a través de

Trabajar con conjuntos de cambios aplazados del control de versiones

  • Artículo

Actualización: noviembre 2007

Los cambios aplazados permiten dejar apartado temporalmente un lote de cambios pendientes y, opcionalmente, quitar los cambios pendientes del área de trabajo. El producto de la operación de aplazamiento es un conjunto de cambios aplazados. Los cambios en un conjunto de cambios aplazados se pueden restaurar después en su área de trabajo o en el área de trabajo de otro usuario.

Diferencia entre conjuntos de cambios y conjuntos de cambios aplazados

Cuando protege uno o más de los cambios pendientes en su área de trabajo, Team Foundation crea un conjunto de cambios en el servidor de control de código fuente. Un conjunto de cambios es un grupo de revisiones del archivo de código fuente, notas de protección, un comentario y vínculos a los elementos de trabajo asociados. De forma similar, un conjunto de cambios aplazados es un grupo de revisiones del archivo de código fuente, notas de protección, comentarios y una lista de elementos de trabajo asociados. Sin embargo, un conjunto de cambios aplazados no contiene una colección de cambios del archivo confirmados y con control de versiones. Tanto los conjuntos de cambios aplazados como los conjuntos de cambios se almacenan en el servidor Team Foundation y cualquier usuario que tenga los permisos necesarios puede recuperarlos en un área de trabajo.

Otras diferencias entre los conjuntos de cambios y los conjuntos de cambios aplazados:

  • A diferencia de un conjunto de cambios, un conjunto de cambios aplazados es una entidad sin control de versiones. Si un usuario retoma los cambios aplazados que componen un conjunto de cambios aplazados, edita varios archivos y vuelve a aplazar los cambios del conjunto, Team Foundation no crea una nueva versión de los elementos para compararlos posteriormente y no mantiene ningún registro de quién revisó los elementos, cuándo o de qué forma. El conjunto de cambios aplazados original se reemplaza completamente.

  • Puede eliminar un conjunto de cambios aplazados pero no puede eliminar un conjunto de cambios.

  • Puede vincular un conjunto de cambios a un elemento de trabajo para que, cuando un usuario haga clic en el vínculo del conjunto de cambios en la ficha Vínculos del formulario del elemento de trabajo, el conjunto de cambios se recupera automáticamente en el área de trabajo actual. Esta funcionalidad no se admite para los conjuntos de cambios aplazados.

  • Puede evitar, o al menos desaconsejar encarecidamente, que los usuarios creen conjuntos de cambios que no cumplan con los estándares del equipo establecidos si crea y exige directivas de protección. Esta funcionalidad no se admite para los conjuntos de cambios aplazados.

El propósito del aplazamiento

Aplace sus cambios pendientes cuando no estén listos o no pueda proteger un conjunto de cambios pendientes. Hay principalmente cinco escenarios de aplazamiento:

  • Interrumpir   Cuando tiene cambios pendientes que no están listos para protegerlos pero necesita trabajar en otra tarea, puede aplazar los cambios pendientes para apartarlos.

  • Integración   Cuando tiene cambios pendientes que no están listos para protegerlos pero necesita compartirlos con otro integrante del equipo, puede aplazarlos y pedir al otro integrante del equipo que retome los cambios aplazados.

  • Revisión   Cuando tiene cambios pendientes que están listos para protegerlos y hay que revisar el código, puede aplazar los cambios e informar al revisor de código del conjunto de cambios aplazados.

  • Copia de seguridad   Cuando tiene un trabajo en curso del que desea hacer una copia de seguridad pero no está listo para protegerlo, puede aplazar los cambios para conservarlos en el servidor Team Foundation.

  • Entrega   Cuando tiene un trabajo en curso que otro integrante del equipo debe completar, puede aplazar los cambios para simplificar la entrega.

Crear conjuntos de cambios aplazados

Los conjuntos de cambios aplazados se crean en el Explorador de control de código fuente, la ventana Cambios pendientes o el menú. Para obtener más información acerca de cómo crear un conjunto de cambios aplazados, vea Cómo: Almacenar cambios pendientes y retomar cambios aplazados.

Retomar cambios aplazados

Mientras que puede restaurar un conjunto de cambios en un área de trabajo utilizando el comando Get, debe utilizar el Comando unshelve para restaurar un conjunto de cambios aplazados. Puede utilizar el botón Retomar cambios aplazados en la ventana Cambios pendientes para restaurar todos, uno o algunos de los cambios pendientes en un conjunto de cambios aplazados del área de trabajo. Para obtener más información sobre la ventana Cambios pendientes, vea Cómo: Proteger cambios pendientes. Cuando retome los cambios aplazados, todos los cambios aplazados en un conjunto de un área de trabajo mediante Visual Studio, la información de los cambios pendientes a la que están asociados los elementos se restaura también en la ventana Cambios pendientes. Para obtener más información, vea Cómo: Almacenar cambios pendientes y retomar cambios aplazados.

Cuando retoma los cambios aplazados de un conjunto, Team Foundation restaura cada revisión aplazada en el área de trabajo de destino como un cambio pendiente, siempre que la revisión no entre en conflicto con un cambio que ya estaba pendiente en el área de trabajo.

  • Ediciones   Team Foundation copia el contenido de la versión del área de trabajo de origen en la versión del área de trabajo de destino y desprotege el archivo para su edición.

  • Eliminaciones   Los archivos y carpetas aplazados que se eliminaron con la protección pendiente en el área de trabajo de origen se eliminan en el área de trabajo de destino.

  • Adiciones   Los archivos y carpetas aplazados que se agregaron al control de código fuente con la protección pendiente en el área de trabajo de origen se agregan al área de trabajo de destino.

  • Cambiar nombre y mover   Los archivos y carpetas aplazados cuyo nombre se cambió o que se movieron en el área de trabajo de origen se cambian de nombre y se mueven a sus nuevas carpetas en el área de trabajo de destino.

    Nota importante:

    Para retomar los cambios aplazados de un elemento, no debe haber ninguna revisión pendiente para él en el área de trabajo de destino.

Comparar un archivo aplazado con su versión del conjunto de cambios aplazados base

Puede utilizar el comando Unshelve en Visual Studio o el Comando difference en la línea de comandos para comparar todas, una o algunas de las revisiones del archivo aplazado de un conjunto con la versión del conjunto de cambios aplazados base, que es la versión de servidor del elemento sobre el que se basa el elemento.

Eliminar los conjuntos de cambios aplazados

A diferencia de los conjuntos de cambios, que se almacenan permanentemente en el servidor de control de código fuente, los conjuntos de cambios aplazados se pueden eliminar del servidor.

Precaución:

A diferencia de un archivo eliminado, un conjunto de cambios aplazados se elimina permanentemente y no se puede recuperar desde el control de código fuente.

Para obtener más información sobre cómo eliminar un conjunto de cambios aplazados mediante Visual Studio, vea Cómo: Eliminar un conjunto de cambios aplazados. Para obtener más información sobre cómo eliminar conjuntos de cambios aplazados mediante la interfaz de línea de comandos, vea Comando shelve.

En esta sección

Referencia

Referencia de la línea de comandos del control de versiones de Team Foundation

Secciones relacionadas

Vea también

Tareas

Tutorial: Funciones avanzadas del control de versiones

Conceptos

Trabajar con conjuntos de cambios del control de versiones