Almacenamiento de files de configuration de terceros modificados en svn

Estoy ejecutando un proyecto que incluye 2 instancias de D2RQ , que es una aplicación Tomcat (de terceros) que me estoy comstackndo con el build.xml suministrado.

Actualmente, tengo una copy del código D2RQ fuera de mis instancias de desarrollo principales; cuando necesito actualizar cualquiera de las instancias de D2RQ, cambio el file web.xml (solo para establecer el nombre del file de mapeo .ttl relevante), compilo el código y lo despliego a Tomcat.

¿Existen mejores prácticas de la industria sobre cómo se debe gestionar esto en SVN? Otros miembros de mi equipo (la mayoría de los cuales actualmente no usan D2RQ) desearían una forma sencilla de almacenar el código. Hay varias opciones (en todos los casos, obviamente, almacenaría ambos files .ttl en el repository):

  • almacenar una copy completa del código D2RQ para cada instancia necesaria en SVN
  • almacenar solo 1 copy de la instancia D2RQ, con muy buena documentation para que cualquiera de los otros desarrolladores en mi equipo pueda actualizar si es necesario (es decir, para que sepan que tienen que editar el web.xml antes de comstackr D2RQ, etc.)
  • almacene solo el file web.xml (o 1 copy para cada instancia de D2RQ) en SVN. Quizás esto se prestaría a almacenar el rest del código D2RQ en una sucursal de proveedor .
  • modifique el D2RQ web.xml en la medida en que pueda crear un script de compilation (ya sea en maven o ant) ​​que siempre buildá ambas instancias D2RQ cuando se construya el proyecto en general, en lugar de tener que comstackrlas por separado (y desde la aplicación general). La desventaja de esto es que si hay una nueva versión de D2RQ que modifica el web.xml , tendría un poco más de trabajo para actualizar mi script de compilation.