¿Qué files no agregar al tronco svn?

¿Debo resolverme a mí mismo para agregar bibliotecas de terceros y ajax que uso en mi proyecto? Editor de tinyMCE por ejemplo (más de 1800 files) o fckEditor, cuando mi proyecto no contiene casi tantos files, solo por el bien de la compilation? ¿o debería encontrar una manera de agregarlo a la compilation más tarde?

Si las bibliotecas en particular tienen un repository SVN público, puede agregarlas como un svn: externo , aunque las agregaría como versiones conocidas particulares (en el número de revisión o una label / sucursal), en lugar de solo el tronco.

Otra alternativa a eso es SVN Vendor Branches , una empresa más involucrada, pero con más poder.

Siempre agrego todas las dependencies de proyecto al control de fuente. De esa forma, otro desarrollador puede hacer un pago (a veces puede ser grande) y estar listo para ir sin tener que descubrir qué es lo que falta y encontrarlo.

La mejor manera de manejar esta situación es con elementos externos. De esta manera, las cosas de terceros no son parte del proyecto, pero aún están en control de fuente y aún se revisan con todo lo demás.

Aquí está la sección del Libro SVN: http://svnbook.networking-bean.com/en/1.0/ch07s03.html

Administre las dependencies con Piston y vincule sus proyectos a través de SVN Externals . Eso combina un control completo sobre las bibliotecas externas (sin dependencia del performance del server de la biblioteca) y la limpieza del depósito (no se obtienen múltiples copys de una única biblioteca dispersa por el repository), al time que permite cambiar fácilmente la versión de la biblioteca en un por proyecto.

Como la mayoría de los otros han dicho, puede usar SVN externos para manejar el código de terceros y lo hace bastante limpio. Hay dos forms de manejar esto:

  1. Enlace directo al repository de terceros con su reference externa, opcionalmente a una revisión en particular y / o label / bifurcación.

  2. Si le preocupa la disponibilidad a largo ploop de repositorys de terceros, cree su propio repository para almacenar código de terceros y luego use svn: externals para referirse a eso.

El segundo método tiene más sobrecarga, y significa que necesita get actualizaciones del código de terceros de forma manual y aplicarlas en su repository, lo que puede verse como una ventaja o una desventaja.