Question

在我们的生产环境中，我们让JBoss以4 +节点的集群模式运行。基础JBoss存在于subversion中，然后我们在每个节点上都有一些本地更改。

我们可以在一个位置拥有基本JBoss的策略，以及在其他位置版本化的本地更改。

是否可以从同一文件夹中的两个subversion源进行更新？或者是否有其他策略用于此类版本控制用例？

Answer 1

这是我们使用的解决方案：

本地变量的所有配置都已转换为使用系统属性。系统属性名称按以下方式设计

${nodename}_${nodenumber}_${propertyname}

并且每个服务器都在.profile文件中为nodename和nodenumber定义了变量。

属性文件将定义所有组合。例如：我们需要单独的CONNECTION_COUNT值，因此属性文件有8个变量（QA为4，PROD为3）

PROD_1_MAX_CONNECTION_COUNT=15
PROD_2_MAX_CONNECTION_COUNT=15
PROD_3_MAX_CONNECTION_COUNT=20

QA_1_MAX_CONNECTION_COUNT=12
QA_2_MAX_CONNECTION_COUNT=6
QA_3_MAX_CONNECTION_COUNT=10
QA_4_MAX_CONNECTION_COUNT=16

现在在每个服务器（QA或PROD）上，变量名称是通过.profile文件中定义的环境变量构造的，然后选择适当的属性。

这使我们可以摆脱任何节点上的任何本地更改。

Answer 2

我们可以在一个位置拥有基本JBoss的策略，以及在其他位置版本化的本地更改。

每个节点的分支，在主干上的vanilla JBoss以及在提交到trunk之后从trunk到每个分支的合并（如果我正确理解了工作流程）

是否可以从同一文件夹中的两个subversion源进行更新？

不，AFAIK（纯粹形式，合并两个用于产生结果的来源）。一个WC - ＆gt;一个repo URL。您可以将WC“切换”到新位置，但在这种情况下，WC将更新为新来源的内容。 svn co URL1 + svn co URL2将无效

如何使用subversion从两个来源更新？

2 个答案: