¿Las estanterías en TFS son simplemente una verificación suave para que otros miembros del equipo puedan ver el código fuente?¿Qué es estanterías en TFS?
es decir, el código archivado no se compilará ¿no?
¿Las estanterías en TFS son simplemente una verificación suave para que otros miembros del equipo puedan ver el código fuente?¿Qué es estanterías en TFS?
es decir, el código archivado no se compilará ¿no?
Estanterías es una forma de guardar todos los cambios en su caja sin registrarse. Los cambios se mantienen en el servidor. En cualquier momento posterior, usted o cualquiera de sus compañeros de equipo puede "desmantelarlos" en cualquiera de sus máquinas.
También es ideal 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 en el equipo pueden ver el conjunto de cambios y dar su opinión.
FYI: La mejor manera de revisar un conjunto de cambios aplazados es con el siguiente comando
opinión TFPT/aplazados: shelvesetName; nomUsuario
TFPT es una parte de las herramientas de la fundación del equipo de potencia
Correcto. Si crea un estante, otras personas que hagan un get no verán su código.
Pone sus 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 casa.
Otros pueden ver sus estantes (aunque creo que esto puede ser opcional) para que puedan revisar su código antes del check-in.
** Eso es correcto. Si creas un estante, otras personas que hagan un get no verán tu código. ** Significa 1) cuando registraré el código en TFS, entonces mi miembro del equipo verá el código en su systen si lo va a obtener último ? 2) Entonces, ¿por qué cuenta hemos archivado el código, desde la misma cuenta solo veremos el código archivado?por favor corrígeme si estoy equivocado – Krish
Puedes ver estantes de otras personas si quieres. – teedyay
Para ser más precisos, "otras personas que hacen un get get ** no ** descargan ** su código" – sergiol
me encuentro con esto todo el tiempo, por lo que la información complementaria relacionada con ramas:
Si está trabajando con múltiples ramas, shelvesets están vinculados a la rama específico en el que los creó. Por lo tanto, si deja que un conjunto de cambios se oxide en el estante durante demasiado tiempo y tenga que retirarse de una estantería diferente, entonces tiene que hacerlo con la versión de julio de las herramientas eléctricas.
tfpt unshelve /migrate
Estanterías tiene muchos usos. Los principales son:
¿Alguna otra utilidad?
Al archivar un conjunto de cambios, uno puede conservar los cambios pendientes localmente (útiles para 2 o 3) o no (útil para 1) – dumbledad
La [documentación de Visual Studio en estantería] (https://docs.microsoft.com/en-us/vsts/tfvc/suspend-your-work-manage-your-shelvesets) tiene contexto adicional y cómo obtener información. –
Un punto que se pierde en muchas de estas discusiones es cómo se revierte en la MISMA máquina en la que ha archivado sus cambios. Quizás sea obvio para la mayoría, pero no para mí. Creo que realizas un Deshacer Cambios Pendientes, ¿es así?
entiendo que el proceso es como sigue:
lo tanto, si desea iniciar un trabajo que tal vez deba dejar de lado, asegurarse de que el registro de entrada antes de empezar, ya que la check-in point es donde regresarás cuando realices el paso Deshacer cambios pendientes arriba.
Puede omitir el paso de deshacer cambios pendientes si desactiva la casilla de verificación "Conservar cambios pendientes localmente" al crear el conjunto de estantería. –
@JaredPar: Sí, puede utilizar Shelvesets para las revisiones, pero tenga en cuenta que los conjuntos de estantes pueden ser sobrescritos por usted/los demás y, por lo tanto, no son estables a largo plazo. Por lo tanto, para las revisiones regulatorias relevantes nunca se debe usar un Shelveset como base sino como un checkin (Changeset). Para una revisión informal, está bien, pero no para una revisión formal (por ejemplo, FTA pertinente).
Si está utilizando versiones compiladas, cuando se activa una compilación, crea un conjunto de estantes de su área de trabajo que se envía para compilación. Si la construcción falla, el conjunto de armarios es rechazado. Si la construcción es exitosa, se crea un conjunto de cambios y se compromete con TFS. En cualquier caso, la persona que realiza el check-in/build tendrá que conciliar el espacio de trabajo, que es tan simple como realizar un Get Latest.
Estanterías es como si sus cambios se hubieran almacenado en el control de origen sin afectar los cambios existentes. Significa que si ingresas un archivo en el control de fuente, modificará el archivo existente, pero guardarlo como almacenar tus cambios en el control de la fuente pero sin modificar los cambios reales.
debe tenerse en cuenta que hoy no existiría ninguna razón para archivar manualmente los cambios y la información del correo electrónico. El proceso moderno es solicitar una revisión del código. – ChiefTwoPencils