Mejor Práctica:Entorno de colaboración, Bin, SVN

Question

¿Cuáles son las mejores prácticas para el control BIN directorios en un entorno de desarrollo colaborativo usando SVN?Debe de nivel de proyecto, las referencias serán excluidos de checkin?Es más fácil agregar todos los directorios bin?

I desarrollar una gran cantidad de DotNetNuke sitios y parece que en un multi-entorno de desarrollo, es siempre una tarea enorme para conseguir que el entorno de la instalación correctamente.

El objetivo último (por supuesto) es tener un nuevo desarrollador checkout de la cajuela desde el SVN, restaurar la DNN base de datos y lo tienen todo solo "trabajo"...

Answer 1

Los ensamblados que se espera que en el GAC debe permanecer en el GAC.Esto incluye System.web.dll o cualquier otra 3ª parte de dll que debes implementar para el GAC en la producción.Esto significa un nuevo desarrollador tendría que instalar estas asambleas.

Todos los demás 3ª parte de las asambleas deben ser referencias a través de una ruta de acceso relativa.Mi estructura típica es:

-Project
--Project.sln
--References
---StructureMap.dll
---NUnit.dll
---System.Web.Mvc.dll
--Project.Web
---Project.Web.Proj
---Project.Web.Proj files
--Project
---Project.Proj
---Project.Proj files

Proyecto.Web y Proyecto de referencia de las asambleas en la raíz/carpeta Referencias relativamente.Estos .dll que se comprueban en la subversión.

Aparte de eso, */bin */bin/* obj debe estar en el mundial de ignorar ruta.

Con esta configuración, todas las referencias a los ensamblados son ya sea a través del comité asesor gubernamental (GAC así que debería funcionar en todos los equipos), o relativa a cada proyecto dentro de su solución.

Answer 2

Es esta una .Net pregunta específica?

Generalmente, la mejor práctica es no comprobar en cualquier cosa que se generan automáticamente a partir de los archivos que se encuentran en la SCM.Todo eso está muy bien creados como parte de la generación automática del proceso.

Si el bin directorio que se está refiriendo contiene terceros binarios, en lugar de una versión de su proyecto, ignorar (downvote?) este asesoramiento.

Answer 3

Árbol De Cirujano es una gran herramienta que crea un vacío .NET desarrollo del árbol.Ha sido modificada a lo largo de años de uso y se implementa muchas de las mejores prácticas.

Answer 4

Maven ayuda bastante con este problema cuando estoy de codificación java.Nos comprometemos a que el pom.xml para el scs y el repositorio de maven contiene todas nuestras dependencias.Para mí eso me parece una buena manera de hacerlo.

Answer 5

Seguimos la práctica de utilizar un proveedor de directorio que contiene todos los proveedores específicos de los encabezados y los archivos binarios.El objetivo es que cualquier persona debería ser capaz de construir el producto sólo por la desprotección y la ejecución de algunos de nivel superior script de compilación.