如何使用 subversion 从两个源进行更新?

发布于 2024-12-09 00:16:34 字数 197 浏览 0 评论 0原文

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

我们可以在一个位置拥有基础 JBoss,并在另一个位置进行本地更改版本化的策略应该是什么。

是否可以在同一文件夹中获得来自两个颠覆源的更新? 或者是否有其他策略用于此类版本控制用例?

In our Production environment we have JBoss running in a clustered mode with 4+ nodes. The base JBoss is present in subversion and then we have some local changes on each nodes.

What should be the strategy where we can have base JBoss at one location, and local changes versioned at another location.

Is it possible to have updates from two subversion sources at the same folder?
or Is there some other strategy used for such versioning use cases?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

不喜欢何必死缠烂打 2024-12-16 00:16:34

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

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

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

,每个服务器都在 .profile 文件中为节点名称和节点编号定义了变量。

属性文件将定义所有组合。例如:我们需要 CONNECTION_COUNT 的单独值,因此属性文件有 8 个变量(4 个用于 QA,3 个用于 PROD)

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 文件中定义的环境变量构造的,然后适当的财产被拾取。

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

This is a solution which we used:

All the configuration of local variables has been converted to use system properties.
The system property names were made designed in following manner

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

and every server has variables defined for nodename and nodenumber in .profile file.

The properties file will define all the combinations. For example: we needed separate values of CONNECTION_COUNT so property file has 8 variables(4 for QA and 3 for PROD)

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

Now on each server(QA or PROD) the variable name is constructed by means of environment variables defined in .profile file and then appropriate property is picked up.

This allows us to get rid of any local changes on any of the nodes.

无人接听 2024-12-16 00:16:34

我们可以在一个位置拥有基础 JBoss,并在另一个位置进行本地更改版本化的策略应该是什么。

每个节点的分支,主干上的普通 JBoss 以及提交到主干后从主干合并到每个分支(如果我正确理解工作流程)

是否可以从同一文件夹中的两个 subversion 源获取更新?

不,据我所知(以纯粹的形式,合并两个用于生成结果的源)。一个卫生间 ->一个存储库 URL。您可以将WC“切换”到新位置,但在这种情况下WC将更新为新源的内容。 svn co URL1 + svn co URL2 将不起作用

What should be the strategy where we can have base JBoss at one location, and local changes versioned at another location.

Branches per node, vanilla JBoss on trunk and merges from trunk to every branch after commit to trunk (if I understood workflow correctly)

Is it possible to have updates from two subversion sources at the same folder?

No, AFAIK (in pure form, on merge two sources used for producing result). One WC -> One repo URL. You can "switch" WC to new location, but in this case WC will be updated to the content of new source. svn co URL1 + svn co URL2 will not work

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文