Mejores prácticas para proyectos de Subversion y Visual Studio

Question

Recientemente comencé a trabajar en varios proyectos de C# en Visual Studio como parte de un plan para un sistema a gran escala que se utilizará para reemplazar nuestro sistema actual construido a partir de un conjunto improvisado de varios programas y guiones escritos en C y Perl. Los proyectos en los que ahora estoy trabajando han alcanzado una masa crítica por estar comprometidos con la subversión. Me preguntaba qué se debe y qué no se debe comprometer con el repositorio de proyectos de Visual Studio. Sé que va a generar varios archivos que no son más que artefactos de construcción y que realmente no necesitan comprometerse, y me preguntaba si alguien tenía algún consejo para usar SVN correctamente con Visual Studio. Por el momento, estoy usando un servidor SVN 1.6 con beta de Visual Studio 2010. Cualquier consejo, opiniones son bienvenidas.

Answer 1

According to MSDN:

Se pueden añadir los siguientes archivos a Visual control de código fuente del Estudio:

• Archivos de soluciones (*.sln).
• Archivos de proyecto, por ejemplo, *.csproj, *.vbproj archivos.
• Archivos de configuración de la aplicación, basados ​​en XML, utilizados para controlar el comportamiento en tiempo de ejecución de un proyecto de Visual Studio.

Los archivos que no se puede agregar a control de código fuente son los siguientes:

• ficheros de opciones de usuario Solución (*.suo).
• Archivos de opción de usuario del proyecto, por ejemplo, *.csproj.user, *.vbproj.user archivos.
• Archivos de información web, por ejemplo, *.csproj.webinfo, *.vbproj.webinfo, que controlan la ubicación raíz virtual de un proyecto web.
• Generar archivos de salida, por ejemplo, *.dll y *.exe archivos.

Answer 2

nivel Solución:

• añadir el archivo de solución .sln
• ignorar el archivo de opciones de usuario solución .suo

nivel de proyecto:

• añadir el .csproj, .vbproj (y C++ proj?) archivos
• ignoran el .csproj.user, .vbproj.user archivos
• ignorar el directorio bin
• ignorar el directorio obj
• ignoran los archivos/directorios que consiguen generan durante el tiempo de ejecución (es decir. logs)

Si utiliza y complementos VS, pueden generar archivos que también deben ignorar (es decir. ReSharper genera .resharper y .resharper.user archivos).

Los elementos de ignorar pueden ignorarse explícitamente por nombre de archivo (es decir, MyProject.csproj), o por un patrón de comodín (es decir, *.csproj.user).

---

Una vez que haya fijado sus ignora arriba, comprobando una copia limpia de la fuente luego construir entonces debe mostrar ninguna modificación (es decir. No hay nuevos archivos sin versión).

Answer 3

Sugeriría usar AnkhSVN - un complemento de control de fuente de Subversion para Visual Studio 2008/2010.

Puede usarlo para realizar su adición inicial y confirmar la solución, los proyectos y las fuentes en el repositorio y no agregará ninguno de los artefactos de compilación. No agregará nada que genere su compilación, solo los archivos a los que hace referencia su solución. Si hay otras partes y piezas que necesita que no están en su solución, puede agregarlas después.

Answer 4

Incluiría manualmente todos los archivos que creo que no debería controlar la versión.

Mi patrón global de ignorado es:

.dll .pdb .exe .cache .webinfo .snk bin obj depuración _Resharper.ReSharper usuario

Answer 5

Ponga los siguientes archivos en el control de versiones:.

• .dsw (VS6 espacio de trabajo)
• .dsp (proyecto VS6)
• .sln (VS Solution)
• * proj los archivos de proyecto (VS) de varios tipos
• , por supuesto, los archivos de origen y otros artefactos se crea

Haz no poner los siguientes archivos en el control de versiones:

• .ncb (algo que ver con la navegación o intellsense)
• .suo (configuración del espacio de trabajo del usuario, como la colocación de ventanas, etc - creo)
• .user (configuración del proyecto de usuario como puntos de interrupción, etc - Creo)

Además, no se pone en ningún archivo de objetos, archivos ejecutables, archivos generados automáticamente (como cabeceras que podrían generarse).

En cuanto a archivos ejecutables y otros archivos generados, puede haber una excepción si desea poder archivar lanzamientos. Puede ser una buena idea, pero es probable que desee administrarlo de forma un poco diferente y posiblemente en un lugar diferente al código fuente. Si haces esto, también archiva tus archivos .pdb para que puedas depurar las cosas más tarde. Es posible que desee utilizar un Servidor de símbolos para almacenar sus símbolos archivados (consulte Debugging Tools for Windows para ver el servidor de símbolos y su documentación).

Aquí está mi lista de archivos-VS específico que excluyo del SVN:

Ankh.Load 
*.projdata 
*.pdb 
*.positions 
*proj.user 
*proj.*.user 
*.ncb 
*.suo 
*.plg 
*.opt 
*.ilk 
*.pch 
*.idb 
*.clw 
*.aps 

Answer 6

En caso de que usted está utilizando la lista de ignorados, SVN entre mayúsculas y minúsculas. Así que recuerde ignorar las carpetas bin y bin por separado.

Además, tenía una pregunta ... ¿por qué se necesita mucho tiempo para actualizar el icono de estado? A veces se vuelve muy confuso.

Answer 7

Consulte Mercurial .hgignore for Visual Studio 2008 projects para obtener una lista de omisiones de Mercurial. No estoy familiarizado con la sintaxis de la lista de ignorar SVN, pero este hilo tiene algunas buenas listas de qué ignorar en Visual Studio.