¿Debo agregar .vcxproj.filter archivos de control de código fuente?

Question

Si bien la evaluación de Visual Studio 2010 Beta 2, veo que en el directorio convertido, mi vcproj los archivos se convirtieron en archivos vcxproj. También hay vcxproj.filter archivos junto a cada proyecto que parecen contener una descripción de la estructura de carpetas (\ Archivos de origen, \ Archivos de cabecera, etc.).

¿Cree que estos archivos de filtro se deben mantener por usuario, o deben ser compartidos a través de todo el grupo dev y se registró en SCC?

Mi pensamiento actual es comprobar en ellos, pero me pregunto si hay alguna razón para no hacer eso, o tal vez buenas razones por las que definitivamente ellos tienen que registrarse.

El beneficio obvio es que las estructuras de carpetas coincidirán si yo estoy mirando a otra persona de la máquina, pero tal vez les gustaría reorganizar las cosas lógicamente?

Answer 1

Las versiones anteriores de Visual Studio (al menos las versiones 6.0 y 2008) que almacenan información en su propio archivo de proyecto (.dsp y .vcproj archivos, respectivamente), lo que por supuesto es bueno añadir a la SCC.

No puedo pensar en ninguna razón para que no incluya estos archivos .Filter en SCC

Answer 2

Nos sacó intencionadamente la .Filter. presentar la información del .vcproj cuando tradujimos al formato MSBuild .vcxproj. Una de las razones es exactamente lo que usted ha señalado, que los filtros son puramente una vista lógica, y diferentes miembros del equipo puede querer que diferentes puntos de vista. La otra es que a veces la acumulación está configurado para revisar la marca de tiempo del archivo de proyecto, y desencadenar una reconstrucción si ha cambiado - porque eso puede significar que hay diferentes archivos de código fuente para construir, o diferentes configuraciones, etc. No hago recordar si en realidad se envía con la acumulación trigging de esa manera, pero la idea era que no queríamos para provocar una recompilación simplemente porque los filtros cambiados, ya que no afectan a la construcción.

Answer 3

Me acabo de enterar de que si utiliza Git puede marcar .Filter archivos debe ser tratada como una unión por fusión para hacerlo más sencillo. Sólo tiene que añadir la línea:

*.vcxproj.filters merge=union

a su archivo .gitattributes.

Usando .gitattributes para evitar los conflictos de fusión para más detalles.

Answer 4

No debe añadirse en caso de que utilice CMake (o herramientas de construcción similares) para generar archivos como *.sln, *.vcxproj, *.vcxproj.filters etc., ya que estos archivos pueden contener ruta completa a la carpeta del proyecto y otra Sólo el equipo de carpetas específicas .