¿Qué es la estantería en TFS?

¿Estanterías en TFS es simplemente un registro suave para que otros miembros del equipo puedan ver el código fuente?

es decir, el código archivado no se compilará, ¿verdad?

La estantería tiene muchos usos. Los principales son:

1. Cambio de contexto : guardar el trabajo en su tarea actual para que pueda cambiar a otra tarea de alta prioridad. Digamos que está trabajando en una nueva función, ocupándose de su propio negocio, cuando su jefe se presenta y dice "¡Ahhh! ¡Bug Bug Bug!" y tiene que soltar sus cambios actuales en la función e ir a solucionar el error. Puede archivar su trabajo en la función, corregir el error, luego regresar y dejar de trabajar para trabajar en sus cambios más tarde.
2. Compartir conjuntos de cambios : si desea compartir un conjunto de códigos de cambio sin registrarlo, puede facilitar el acceso de los demás archivándolo. Esto podría usarse cuando está pasando una tarea incompleta a otra persona (pobre alma) o si tiene algún tipo de código de prueba que NUNCA verificará que alguien más necesita ejecutar. h / t a las otras respuestas sobre el uso de esto para las revisiones, es una muy buena idea.
3. Guardar su progreso : mientras trabaja en una función compleja, puede encontrarse en un "buen punto" donde le gustaría guardar su progreso. Este es un momento ideal para archivar su código. Supongamos que está pirateando algunos CSS / HTML para corregir errores de representación. Por lo general, lo golpeas, iterando cada posible error que puedas imaginar hasta que se vea bien. Sin embargo, una vez que se vea bien, puede intentar volver a limpiar su marcado para que otra persona pueda entender lo que hizo antes de registrarlo. En este caso, puede archivar el código cuando todo se vea bien , entonces es libre de ir y refactorizar su marcado, sabiendo que si lo rompe accidentalmente de nuevo, siempre puede regresar y obtener su conjunto de cambios.

¿Algún otro uso?

El archivar es una forma de guardar todos los cambios en su caja sin registrarse. Los cambios persisten en el servidor. En cualquier momento posterior, usted o cualquiera de sus compañeros de equipo puede "quitarlos" de nuevo a cualquiera de sus máquinas.

También es excelente para fines de revisión. En mi equipo para un registro, archivamos nuestros cambios y enviamos un correo electrónico con la descripción del cambio y el nombre del conjunto de cambios. Las personas del equipo pueden ver el conjunto de cambios y dar su opinión.

FYI: La mejor manera de revisar un conjunto de estanterías es con el siguiente comando

tfpt review / shelveset: shelvesetName; userName

tfpt es parte de las herramientas eléctricas de Team Foundation

Así es. Si crea un estante, otras personas que realicen una última actualización no verán su código.

Coloca los cambios de código en el servidor, que probablemente esté mejor respaldado que su PC de trabajo.

Le permite recoger sus cambios en otra máquina, si siente la necesidad de trabajar desde su casa.

Otros pueden ver sus estantes (aunque creo que esto puede ser opcional) para que puedan revisar su código antes de registrarse.

Un punto que se pierde en muchas de estas discusiones es cómo revierte en la MISMA máquina en la que archivó sus cambios. Quizás sea obvio para la mayoría, pero no lo fue para mí. Creo que realiza un Deshacer cambios pendientes, ¿es así?

Entiendo que el proceso sea el siguiente:

1. Para archivar sus cambios pendientes actuales, haga clic con el botón derecho en el proyecto, Archivar, agregue un nombre de archivador
2. Esto guardará (o archivará) los cambios en el servidor (nadie los verá)
3. Luego realiza Deshacer cambios pendientes para revertir su código al último punto de registro
4. Luego puede hacer lo que necesita hacer con la línea de base del código revertido
5. Puede anular los cambios en cualquier momento (puede requerir algún conflicto de fusión)

Por lo tanto, si desea comenzar un trabajo que tal vez necesite archivar, asegúrese de registrarse antes de comenzar, ya que el punto de registro es el lugar al que volverá cuando realice el paso Deshacer cambios pendientes anterior.

Me encuentro con esto todo el tiempo, por lo que la información complementaria con respecto a las sucursales:

Si está trabajando con varias ramas, los conjuntos de estanterías están vinculados a la rama específica en la que los creó. Por lo tanto, si deja que un conjunto de cambios se oxida en el estante durante demasiado tiempo y tiene que retirarse a una rama diferente, debe hacerlo con la versión de julio de las herramientas eléctricas.

tfpt unshelve /migrate

La archivación es como si sus cambios se hubieran almacenado en el control de origen sin afectar los cambios existentes. Significa que si registra un archivo en control de origen, modificará el archivo existente, pero dejar de lado es como almacenar sus cambios en el control de origen pero sin modificar los cambios reales.

@JaredPar: Sí, puede usar Shelvesets para las revisiones, pero tenga en cuenta que los Shelvesets pueden ser sobrescritos por usted u otros y, por lo tanto, no son estables a largo plazo. Por lo tanto, para las revisiones relevantes de regulación, nunca debe usar un Shelveset como base, sino más bien un registro (Changeset). Para una revisión informal, está bien, pero no para una revisión formal (por ejemplo, relevante para el TLC).

Si está utilizando compilaciones bloqueadas, cuando se activa una compilación, crea un conjunto de estanterías de su espacio de trabajo que se envía para la compilación. Si la compilación falla, se rechaza el conjunto de estanterías. Si la compilación es exitosa, se crea un conjunto de cambios y se compromete con TFS. En cualquier caso, la persona que realiza ese check-in / build tendrá que conciliar el espacio de trabajo, que es tan simple como realizar un Get Latest.