Soy desarrollador y realicé algunos cambios en una solución que guardé en un estante. Otro desarrollador archiva mis cambios y construye la solución en un servidor. ¿Hay alguna manera para que el segundo desarrollador compruebe en mi estante? Sé que él/ella puede verificar los archivos individuales que componen el conjunto de estantes. Sin embargo, estaba pensando en un comando de "registro" que tomara el nombre de un conjunto de armarios como un parámetro, o si había otra forma de verificar esos cambios como una unidad, con el nombre del conjunto de armarios.Comprobación de conjuntos de estantes
Respuesta
Una manera fácil de hacerlo es definir un nuevo espacio de trabajo y hacer que el desarrollador se deshaga de ese espacio de trabajo. Luego, todos los cambios pendientes para ese espacio de trabajo corresponden al conjunto de existencias, y pueden verificar todo en el espacio de trabajo.
Gracias por la respuesta. Sin embargo, es posible que varios desarrolladores hayan dejado de lado los cambios que deben ser desprotegidos, generados y controlados desde el servidor. Pensé que si uno podía registrarse con el nombre de la estantería, entonces los conjuntos de estantes en el servidor pueden construirse, probarse y verificarse de uno en uno. ¿No es esto posible? – cjs
Parece que lo que estás diciendo es similar en moda al enfoque de Gated Checkin que tienes en TFS 2010.En esa configuración, TFS tomará un check-in, lo pondrá en un estante y luego lo compilará en base a ese conjunto de archivos. – Robaticus
Creo que me equivoqué. Cuando mencioné la construcción del conjunto de armarios en un servidor, quise decir que se compilará en Visual Studio, que está instalado en un servidor. Es decir, por servidor no quise decir "agente de creación". Estoy buscando hacer esto en código pero todavía no tengo suerte. – cjs
El otro desarrollador puede abrir un Visual Studio del sistema y utilice el comando siguiente:
tf checkin /shelveset:shelvesetname;shelvesetowner
Ver Checkin Command en MSDN para obtener más detalles.
Aparece el error: "Los elementos no se pueden especificar con la opción/shelveset". - ¿Qué significa eso? – ekkis
También encontramos este error, ¿tiene alguna resolución más adelante? – machinarium
No creo que el check-in directamente a través de TFS Command Line sea una mejor manera, puede entrar en conflicto con el último código en TFS.
creo que la mejor manera de comprobar en aplazados si hay algunos otros cambios en su código, pero no la marca en ella, es crear un nuevo Espacio de trabajo en su computadora local
a continuación, asignar el código más reciente a la nueva área de trabajo, a continuación, unshelve (descargar) el conjunto de cambios aplazados, resolver el conflicto, si es necesario, a continuación, comprobar en el código
El segundo desarrollador puede ir a Team Explorer -> Builds y hacer clic con el botón derecho en la definición de compilación con la que está trabajando.
- Seleccione “cola de obra nueva ...”
- En el desplegable “¿Qué desea construir?”, Seleccione “Últimas fuentes de cambios aplazados”.
- Si va al botón "..." puede seleccionar cualquier conjunto de estantes de cualquier persona.
- Luego marque la casilla "Registrar cambios después de la compilación exitosa".
Una construcción se ejecuta con ese conjunto de estantes, el estante se registra cuando pasa la construcción.
Para aquellos que tienen problemas con el error: "Los productos que no se puede especificar con la opción/aplazados.", Trate de poner el nombre de usuario entre paréntesis de la siguiente manera:
tf checkin /shelveset:shelvesetname;"shelvesetowner"
- 1. Mercurial: ¿funciona con colas similares a estantes?
- 2. Evaluar expresiones de conjuntos
- 3. Actualizar conjuntos de marcadores
- 4. Conjuntos de JavaScript
- 5. Conjuntos de datos grandes
- 6. Conjuntos de cadenas constantes
- 7. comprobación de caracteres
- 8. C# comprobación de igualdad
- 9. Comprobación numérica de RegEx
- 10. módulo de conjuntos de advertencia
- 11. API de comprobación de gramática?
- 12. Comprobación de variables de entorno
- 13. versión de comprobación de navegador
- 14. Conjuntos de cadenas en C
- 15. TFS: comparar conjuntos de cambios
- 16. Conjuntos de amigos en C#
- 17. StructureMap y conjuntos de escaneo
- 18. Agregar elementos de dos conjuntos
- 19. definición de conjuntos en ocaml
- 20. Comprobación de nan en Cython
- 21. C# Comprobación nula de objeto
- 22. HashMap concurrente: comprobación de tamaño
- 23. doble comprobación de bloqueo artículo
- 24. OCaml: Tipo Comprobación de objetos
- 25. ¿Comprobación de dominio IP inversa?
- 26. Comprobación del tipo de Prolog
- 27. Depuración/comprobación Código de LPC
- 28. reparación SVN suma de comprobación
- 29. Comprobación de propiedad del modelo
- 30. Rieles: comprobación de campos modificados
+1 También quieren saber ese. Creo que puedes actualizar una pregunta como esta "Revisando los shelvesets sin guardarla" – IsmailS