Tomcat 在svn中存储修改后的第三方配置文件

我正在运行一个包含2个实例的项目，这是一个（第三方）Tomcat应用程序，我使用提供的

build.xml

编译自己使用的

ant

目前，在我的主要开发实例之外，我有一份D2RQ代码的副本；当我需要更新任何一个D2RQ实例时，我会更改

web.xml

文件（只是设置相关

.ttl

映射文件的名称），编译代码，然后部署到Tomcat

关于如何在SVN中进行管理，是否有任何行业最佳实践？我团队的其他成员（大多数人目前不使用D2RQ）希望使用一种简单的方式来存储代码。有几个选项（在所有情况下，我都会在repo中同时存储

.ttl

文件）：

• 为SVN中需要的每个实例存储D2RQ代码的完整副本
• 只存储D2RQ实例的一个副本，带有非常好的文档，这样我的团队中的任何其他开发人员都可以在必要时进行更新（即，他们知道在编译D2RQ之前必须编辑

  web.xml

  ，等等）
• 在SVN中只存储

  web.xml

  文件（或者，每个D2RQ实例一个副本）。也许这有助于将D2RQ代码的其余部分存储在一个
• 修改D2RQ

  web.xml

  ，使我可以创建一个构建脚本（在maven或ant中），在构建整个项目时，该脚本将始终构建两个D2RQ实例，而不需要彼此单独编译（以及从整个应用程序编译）。这样做的缺点是，如果一个新版本的D2RQ修改了

  web.xml

  ，我将有更多的工作来更新我的构建脚本

  ---

我不熟悉D2RQ，但供应商分支机构是在SVN回购中维护第三方代码的标准：。这是当前的供应商分支管理Python 3.3+脚本@bahrep我之所以犹豫使用供应商分支是因为配置文件，并试图计算每个配置文件应存储多少D2RQ代码我不熟悉D2RQ，但供应商分支机构是维护SVN回购中第三方代码的标准：。下面是当前的供应商分支管理Python 3.3+脚本@bahrep。我之所以犹豫使用供应商分支，是因为配置文件，并试图计算每个配置文件应存储多少D2RQ代码