Хранение измененных сторонних файлов конфигурации в SVN

Question

Я запускаю проект, который включает 2 экземпляра D2RQ, который является (сторонним) приложением Tomcat, с которым я сам компилирую ant используя прилагаемый build.xml,

В настоящее время у меня есть копия кода D2RQ вне моих основных экземпляров разработки; когда мне нужно обновить один из экземпляров D2RQ, я меняю web.xml файл (просто, чтобы установить имя соответствующего .ttl файл сопоставления), скомпилируйте код и разверните его в Tomcat.

Существуют ли лучшие отраслевые практики относительно того, как это должно управляться в SVN? Другие члены моей команды (большинство из которых в настоящее время не используют D2RQ) хотели бы простой способ хранения кода. Есть несколько вариантов (во всех случаях я бы, очевидно, .ttl файлы в репо):

• хранить полную копию кода D2RQ для каждого экземпляра, необходимого в SVN
• храните только 1 копию экземпляра D2RQ, с очень хорошей документацией, чтобы любой другой разработчик в моей команде мог обновить при необходимости (т.е. чтобы они знали, что должны редактировать web.xml перед компиляцией D2RQ и т. д.)
• хранить только web.xml файл (или 1 копия для каждого экземпляра D2RQ) в SVN. Возможно, это позволит хранить оставшуюся часть кода D2RQ в ветке поставщика?
• изменить D2RQ web.xml в той степени, в которой я могу создать скрипт сборки (либо в maven, либо в ant), который будет всегда собирать оба экземпляра D2RQ при сборке всего проекта, а не компилировать их отдельно друг от друга (и от всего приложения). Недостатком этого является то, что если новая версия D2RQ, которая изменяет web.xmlУ меня было бы немного больше работы, чтобы обновить мой скрипт сборки.