Visual Studio 2008: cómo evitar el infierno proyecto de combinación de archivos?

Question

Cuando se trabaja en un proyecto VS C # con múltiples desarrolladores, que todos Agregar nuevos proyectos y archivos a la misma solución el último en probar y comprobar en sus cambios obtiene conflictos en el archivo de solución del proyecto, que no son fáciles de fusionar.

La solución más sencilla a este problema que he encontrado es despedir a mis propios cambios y aceptar última versión del servidor. Entonces reintegrar a mis propios cambios. Dependiendo de la cantidad de nuevos archivos agrega al proyecto esto puede ser fácil, o un trabajo muy molestos.

Me pregunto si hay una manera más fácil de hacer esto. Leo:? Puedo hacer VS / TFS / fusión hacer esto por mí

Answer 1

Mi sugerencia sería la de actualizar y comprometerse con mayor frecuencia. En particular, asegúrese de ejecutar Obtener la última antes de la espera de los cambios en un archivo de solución.

"Combinar el infierno" con cosas como archivos XML y de texto (el cual todos los archivos de proyecto y la solución son) por lo general sólo se produce porque las personas están tratando de confirmar los cambios individuales que son muy grandes.

Si usted entra en el hábito de hacer las confirmaciones regulares, las fusiones tienden a ser más pequeños, y las herramientas tienden a hacer un trabajo perfecto de la misma.

Answer 2

Hice una herramienta para específicamente para comparar / fusionar archivo de solución (y también se puede utilizar para crear dinámicamente solución filtrada también).

Se puede encontrar en: http://slntools.codeplex.com/

Answer 3

Nunca añadir archivos a la solución, sólo proyectos. Si es necesario agregar archivos, agregarlos a un proyecto.

Si no desea combinar, entonces la alternativa es si alguien comprueba en una solución con un nuevo proyecto, a continuación, tire de ese proyecto y la solución abajo, sobrescribir su propio archivo de solución, a continuación, volver a agregar su proyecto a la solución y comprobar que de nuevo. Ahora la solución tiene tanto su proyecto y los suyos.

Answer 4

Yo también estaba muy harto de los problemas de mezcla con los archivos de proyecto. (En un momento yo estaba tratando de resolver los conflictos de 9000 en un único archivo de proyecto.)

Así que hice algo al respecto: http://www.projectmerge.com

A pesar de que este comenzó como un archivo de proyecto comparar / fusionar herramienta, se desarrolló rápidamente en algo que se puede comparar y combinar cualquier archivo XML.

Espero que les sea útil.

Answer 5

Una sugerencia para añadir a la piscina de los comentarios ...

Trabajo en reducir al mínimo los cambios que realice en el archivo SLN cuando se comprometa, para que sea más fácil para que otros se fusionan.

(Por supuesto, lo mismo vale para los otros también).

Para ilustrar, asuma su archivo SLN cuenta actualmente con cuatro proyectos:

SLN: A, B, C, D

y un compañero de trabajo tanto hacer cambios. Agrega proyecto E, más (por alguna razón) las cosas se reordenan:

Yours:  A, E, D, C, B

Sus compañeros de trabajo cambios implican la adición de proyecto F:

Co-Worker: A, B, C, D, F

Si de confirmar sus cambios como es, entonces su compañero de trabajo tiene que enfrentarse a la fusión de estos dos:

SLN: A, E, D, C, B
Co-Worker: A, B, C, D, F

desagradable.

En cambio, si (! Con cuidado) trabaja para minimizar sus diferencias, puede hacer que su copia de trabajo el siguiente aspecto:

Yours:  A, B, C, D, E

En este caso, cuando su compañero de trabajo tiene que fusionar, tendrán que hacer frente a este:

SLN: A, B, C, D, E
Co-Worker: A, B, C, D, F

Mucho más fácil de combinar.