¿Debo agregar los archivos .suo y .user de Visual Studio al control de código fuente?
Las soluciones de Visual Studio contienen dos tipos de archivos de usuario ocultos. Uno es el .suoarchivo de solución, que es un archivo binario. El otro es el .userarchivo del proyecto, que es un archivo de texto. ¿Qué datos contienen exactamente estos archivos?
También me he estado preguntando si debería agregar estos archivos al control de fuente (Subversion en mi caso). Si no agrego estos archivos y otro desarrollador verifica la solución, ¿Visual Studio creará automáticamente nuevos archivos de usuario?
Estos archivos contienen configuraciones de preferencias del usuario que, en general, son específicas de su máquina, por lo que es mejor no colocarlas en SCM. Además, VS lo cambiará casi cada vez que lo ejecute, por lo que el SCM siempre lo marcará como "cambiado". No incluyo tampoco, estoy en un proyecto usando VS durante 2 años y no tuve problemas para hacerlo. La única molestia menor es que los parámetros de depuración (ruta de ejecución, destino de implementación, etc.) se almacenan en uno de esos archivos (no sé cuál), por lo que si tiene un estándar para ellos no podrá hacerlo. publicarlo' a través de SCM para que otros desarrolladores tengan todo el entorno de desarrollo 'listo para usar'.
No es necesario agregarlos: contienen configuraciones por usuario y otros desarrolladores no querrán su copia.
Otros han explicado por qué tener los archivos *.suoy *.userbajo control de código fuente no es una buena idea.
Me gustaría sugerirle que agregue estos patrones a la svn:ignorepropiedad por dos razones:
- Para que otros desarrolladores no terminen con la configuración de un desarrollador.
- Entonces, cuando vea el estado o confirme archivos, esos archivos no saturarán la base del código ni ocultarán los archivos nuevos que necesita agregar.
No confirmamos el archivo binario (*.suo), pero confirmamos el archivo .user. El archivo .user contiene, por ejemplo, las opciones de inicio para depurar el proyecto. Puede encontrar las opciones de inicio en las propiedades del proyecto en la pestaña "Depurar". Usamos NUnit en algunos proyectos y configuramos nunit-gui.exe como la opción de inicio para el proyecto. Sin el archivo .user, cada miembro del equipo tendría que configurarlo por separado.
Espero que esto ayude.
