¿Es posible ver el historial y compararlo con los juegos de armarios? Estamos investigando la posibilidad de utilizar juegos de estanterías en lugar de check-ins. Desde nuestra investigación inicial parece que no podemos ver la historia como lo hacemos para los check-ins.Ver el historial con los juegos de estanterías de Visual Studio
Estamos utilizando Visual Studio 2010/TFS 2010.
De http://msdn.microsoft.com/en-us/library/ms181403(v=vs.90).aspx
Sección: La diferencia entre Cambios y Shelvesets:
A diferencia de un conjunto de cambios, un conjunto de cambios aplazados no es una entidad versionada. Si usted u otro usuario desempaqueta los elementos que componen un conjunto de armarios, edita varios archivos y vuelve a armar el conjunto de armarios, Team Foundation no crea una nueva versión de los elementos para compararlos en el futuro y no mantiene un registro de quién revisó los elementos, cuándo o de qué manera. El estante original está completamente reemplazado.
Así que, no, no puede revisar el historial. No estoy seguro de los métodos para comparar conjuntos de estantes. También debe leer toda esa sección (La diferencia entre los conjuntos de cambios y los conjuntos de estantes) ya que cada elemento en ella es un argumento sólido para no utilizar conjuntos de estantes en lugar de conjuntos de cambios.
Tampoco puedo pensar en ninguna razón por la cual usar shelvesets en lugar de conjuntos de cambios sería deseable, tal vez puede enumerar las razones por las que todos estaban explorando este camino. Solo piense en no poder realizar un seguimiento de los cambios, eso solo debería ser un factor decisivo (por supuesto, los juegos de estanterías que ni siquiera se versionan deberían hacerlo).
Como dice en el enlace publicado por dugas, los juegos de estanterías son construido más para ... bueno, archivando cosas. Por ejemplo, en el proyecto en el que estoy trabajando ahora, hice un shelveset para algunos cambios de refactorización en los que estaba en el medio porque algo no relacionado se rompió y necesitaba el código de regreso a la versión original que no contenía errores. También lo uso para cuando estoy en el medio de intentar algo y quiero tener una copia de seguridad, pero aún no quiero verificar el código.
No hay versiones en los conjuntos de estantes, pero es posible comparar el código en un área de trabajo, con el código en un conjunto de estantes, sin tirar de los archivos de estante.
TFS extraerá el archivo del conjunto de armarios a una ubicación temporal, mostrará el diff y luego (?) Limpiará el archivo temporal una vez que haya terminado.
Comparará el contenido del archivo shelveset con el contenido de los archivos en el disco local en este espacio de trabajo. Si se realizaron cambios en ambos archivos, la comparación no podrá decir e indicará todos esos cambios. Sin embargo, puede comparar la versión del conjunto propio con su original (Compare >> con la versión sin modificar ...), para ver todos los cambios que se realizaron solo en el archivo shelveset. También puede encontrar el conjunto de cambios que fue la base para el archivo shelveset (Propiedades ...), y vea qué cambios se agregaron a la versión del espacio de trabajo desde ese conjunto de cambios base común.
Sin embargo, no hay comparación de árboles, y esto puede requerir el funcionamiento de las herramientas eléctricas TFS.
P.S> No recomiendo tratar de usar estantes en lugar de controles como este. Si hay algo que aprendí a lo largo de los años, no es luchar contra los flujos de trabajo diseñados por Microsoft, usted hace las cosas a su manera o encuentra una herramienta diferente. Microsoft no tiene la intención de utilizar los conjuntos de estantes de esta manera (quieren que use conjuntos de cambios y una sucursal), y si lo intenta, estará constantemente peleando contra el flujo de trabajo diseñado por Microsoft.
Puede utilizar conjuntos de registros para la revisión de código de pares antes de enviarlos al repositorio ... y también para confirmaciones de estacionamiento antes de pasar por un proceso de compilación controlado.
No son aptos para nada más que "estantería rápida" de trabajo: utilice la bifurcación si desea tener múltiples flujos de trabajo paralelos.
¿Por qué no quieres comprometer cambios en el repositorio? – DaveE