Qué archivos de proyecto no deben registrarse en SVN

Question

Por el momento reviso todos mis archivos (incluidos dll, VS, archivos de solución, imágenes, etc.). A menudo necesito comprar estos archivos en un servidor de transición o en otro desarrollador, por lo que tener estos archivos allí significa que el proyecto está configurado allí todo listo para funcionar.

¿Cuál es la mejor práctica aquí?

EDITAR: Si no agrego los archivos generados como los archivos dll, ¿cómo me aseguro de que estén presentes al actualizar el servidor intermedio?

Answer 1

Por lo general sólo checkin archivos que no son generados - por lo que la fuente, archivos de configuración, archivos de proyecto, pero no los archivos objeto - de etc.

Answer 2

puedo comprobar en todo lo que forma parte del proyecto o es un frasco de exe del DLL dependencia del proyecto, que incluye pero no se limita a los ensambles de los cuales depende SQL Scripts para generar los datos de prueba y db, pruebas unitarias, documentos, diagramas, casi cualquier otra cosa que un desarrollador necesite. En cuanto a lo que no incluyo es dll's que serán generados, los comentarios de pdb y xml que se generan con el proyecto/solución.

Como nota al margen, hay una excepción. Los proyectos SOme pueden requerir que alguien tenga acceso a la solución, pero es posible que no pueda compilarla/compilarla. En esos casos, dependiendo de lo que el proyecto es, puedo incluir los últimos binarios de compilación.

Answer 3

sólo comprobar los archivos que son necesarios para compilar el proyecto en otro ordenador que incluye .lib o incluso cabeceras del DLL pero no precompilado o archivos por usuario que llena el depósito de basura

Answer 4

Cualquier archivo generado (compilado, o liberar tarballs, etc.) debe ser registrado en una área diferente del sistema de control de versiones por el mecanismo de construcción/liberación.

Answer 5

En términos de archivos de proyecto, no marque los archivos ".csproj.user" o ".suo".

Además, no hay nada en las carpetas "bin" y "obj".

Answer 6

Si todos utilizan el mismo IDE, compruebe también en los archivos del proyecto. Ayuda con la configuración adecuada del formateador, la configuración de compilación, etc. Si ese no es el caso (para un proyecto de código abierto, por ejemplo), simplemente deje el código y los archivos de compilación necesarios. A nadie le importa qué IDE estés usando.

También omita todo lo que se compila o se genera. En cambio, asegúrese de que su proceso de compilación lo haga cuando sea necesario.

Me encanta la forma en que Maven maneja estas cosas. Solo eché un vistazo al proyecto, que contiene solo fuentes y sin dependencias, y si quiero importarlo a eclipse, todo lo que tengo que hacer es ejecutar mvn eclipse:eclipse y todo está configurado para mí. Si quiero deshacerme de la basura específica del eclipse, ejecuto mvn eclipse:clean. Lo mismo es cierto para otros IDE.