¿Cuál es la diferencia entre archivar y check in en TFS?

Question

¿Cuál es el concepto de cada uno?

¿Cuándo está bien de dejar de lado los cambios en lugar de comprobar en?

Answer 1

Dejado de lado significa que los cambios se reservan para para trabajar en adelante.

A cuadros en los medios que se ponen a disposición los cambios en el resto del equipo, será en la construcción y, finalmente, se enviarán.

Muy diferente. Piense en estanterías como una herramienta para el cambio de contexto cuando no haya terminado con una tarea. El registro significa que haya terminado (al menos una parte de ella).

Answer 2

Dejar de lado sus cambios cuando se quiere guardar los cambios que haya realizado, pero es necesario para volver a la versión anterior para hacer otros cambios (tal vez, correcciones de errores) que desea implementar sin las actualizaciones que se está trabajando actualmente en la . Puesto que usted está por lo general en la comprobación con bastante regularidad, me parece que este es un caso raro - como acabo desplegado en el cuadro de control de calidad y se encontró de inmediato un error. Voy a dejar de lado los cambios de ese día traerme de nuevo a la versión QA desplegado, hacer la actualización, a continuación, unshelve mis cambios - la fusión de los dos si es necesario. Más que eso, y es probable que se busca a la salida de una versión anterior y la rama en su lugar. Yo estaría feliz de saber de otras experiencias en las estanterías ha demostrado ser más útil, sin embargo.

Answer 3

Otros usuarios pueden descargar sus shelvesets mediante la búsqueda de ellos, por lo que es una buena manera de pasar el código de alrededor de comentarios. Sin embargo obtendrá un error si se intenta unshelve archivos de código que ya ha realizado el pedido, por lo que necesita un ambiente limpio listo.

A menudo dejan de lado mis cambios al final del día si estoy trabajando en algo grande que no pueda registrarse. De esa manera, si mi PC muere durante la noche, tengo una copia de seguridad en el servidor.

Answer 4

Darcy consigue que en el clavo. También se puede pensar en estanterías como una rama privada que no es visible para el público en su mayor parte. Shelvesets también se pueden eliminar por completo, no como borrar comprobado en el código. Si se elimina un shelfset que se ha ido para siempre.

Answer 5

Todo el mundo ha dicho anteriormente tanta verdad y aprendí adjudicar de ella.

Sólo para añadir mi experiencia, me corrija si estoy equivocado. En un proyecto, tenemos un archivo de configuración mypc.json específica a cada PC del desarrollador. Nos normalmente tienen preferencia que cuando se ejecuta el servidor local. Otros miembros del equipo tienen el mismo nombre de archivo con diferentes configuraciones en el mismo. Nadie quiere que su archivo para ser empujado con el mismo nombre de la rama de desarrollo. Así que uso de lado para salvar este tipo de cambios. Cada vez que necesito estas configuraciones que puede aplicar fácilmente cambios de estantería y mis configuraciones de entorno están de vuelta en mi proyecto.