Pregunta

¿Qué tan efectiva es la fusión, cuando las carpetas y proyectos que han cambiado de nombre en su solución?

¿Fue útil?

Solución

Hemos tenido mucho éxito con TFS 2005, cuando se trata de archivo se elimina/cambia el nombre, con muy pocas excepciones específicas, a saber:

  1. Los archivos que han cambiado de nombre en origen y destino de las ramas (generalmente es trivialmente resuelto con un clic en "Ignorar los cambios del servidor");
  2. Los archivos que han cambiado de nombre en el destino de la rama, pero eliminado en la bifurcación de origen.Recuerdo un caso en el que la combinación no funciona no importa lo hemos intentado, y se vieron obligados a "revertir" el cambio en el origen de la rama y volver a hacer después de la combinación.

Supuestamente TFS 2008 resuelve muchos de estos problemas, pero, sinceramente, aparte de ocasionales combinación de hickups TFS es estable, y jerárquica de las uniones son mucho más sencillo y más rápido que con SVN.

Otros consejos

En mi experiencia TFS puede cambia el nombre de la pista, mientras que hacer todo el cambio de nombre dentro de la SourceControlExplorer (TFS).

Los problemas tienden a ocurrir cuando usted tiene otras personas a hacer cambios a los archivos originales, mientras que alguien más está haciendo enorme cambia el nombre de/se mueve, mientras que alguien más está editando la versión cuyo nombre ha cambiado.

Donde sea posible, yo diría que si usted está haciendo a gran escala de cambiar el nombre y mover vale la pena informar a los compañeros de equipo, y si es posible llegar a ellas para mantener a raya a hacer cambios hasta que se haya comprobado la suya en.

Como con todos los de la rama de combinación de problemas el problema se reduce enormemente el control y la fusión de poco y a menudo.

Hemos tenido un montón de problemas con TFS 2005 y se elimina en general.No he determinado la causa, pero es un número de los miembros de mi equipo se han topado con problemas de concentración en los cambios que los involucrados se ha cambiado el nombre o la carpeta de eliminados.Esto parece especialmente cierto si había un montón de refactorización (y el cambio de nombre, y volver a cambiar el nombre) en la rama donde cambia de nombre se produjo.No he averiguado el motivo o los pasos de reproducción, como no he estado personalmente involucrado en alguna de las situaciones donde no funcionó.

He visto algunos otros generales eliminación de problemas como este:1 en la Rama a, reducir los permisos en el subdirectorio 1 sólo lectura 2.Crear la Rama B (ramificada de a a B) (entrada) 3.Eliminar de la Rama B (check in) 4.Crear una nueva rama de Una, le dan el mismo nombre de la rama B 5.Obtener un extraño error de permisos relacionados con TFS todavía "ver" los permisos de solo lectura en el borrado de la rama B.

Única manera que he encontrado para evitar que es insertar el paso 2a:cambiar el nombre de la Rama B a _Branch B (check in)

En general, TFS ha sido muy bueno para nosotros, pero hay algo que no funciona bien pasando con los elimina, cambia el nombre, y se funde.Esperamos que la actualización a 2008 pronto, y tengo la esperanza de que las direcciones de nuestros problemas.

Yo he tenido experiencia con la masa de archivo y la carpeta se mueve con TFS 2008.Esto fue hecho para hacer que nuestro código fuente de la estructura más consistente.Todo lo que tenía que hacer era arrastrar y soltar (y esperar) en Team Explorer, a continuación, confirme los cambios.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top