tutorial - tortoise svn update
¿Qué archivos de proyecto no deberían registrarse en SVN? (6)
Por el momento, reviso todos mis archivos (incluidos dll, archivos de solución VS, 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?
Compruebo todo lo que es parte del proyecto o es una dependencia del proyecto, que incluye pero no se limita a ensamblajes de los que depende, SQL Scripts para generar los datos de prueba y db, pruebas de unidad, documentos, diagramas, prácticamente cualquier otra cosa un desarrollador necesitaría. 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.
Sin embargo, como nota al margen, hay una excepción. Los proyectos de 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.
Cualquier archivo generado (compilado o lanzamiento de tarballs, etc.) debe ser registrado en una área diferente del sistema de control de versiones por el mecanismo de creación / liberación.
En términos de archivos de proyecto, no revise los archivos ".csproj.user" o ".suo".
Además, nada en las carpetas "bin" y "obj".
Por lo general, solo registro archivos que no se generan, por lo tanto, fuente, archivos de configuración, archivos de proyecto, pero no archivos de objetos, dll''s exe''s jar''s, etc.
Si todos usan el mismo IDE, verifique también 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 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. Acabo de comprobar el 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.
Solo controlo los archivos que se necesitan para compilar el proyecto en otra computadora que incluye .lib o incluso dll pero no encabezados precompilados o archivos por usuario que llenan el depósito de basura