如何使用 subversion 从两个源进行更新?
在我们的生产环境中,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 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
这是我们使用的解决方案:
所有局部变量的配置都已转换为使用系统属性。
系统属性名称按以下方式设计
,每个服务器都在 .profile 文件中为节点名称和节点编号定义了变量。
属性文件将定义所有组合。例如:我们需要 CONNECTION_COUNT 的单独值,因此属性文件有 8 个变量(4 个用于 QA,3 个用于 PROD)
现在在每个服务器(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
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)
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.
每个节点的分支,主干上的普通 JBoss 以及提交到主干后从主干合并到每个分支(如果我正确理解工作流程)
不,据我所知(以纯粹的形式,合并两个用于生成结果的源)。一个卫生间 ->一个存储库 URL。您可以将WC“切换”到新位置,但在这种情况下WC将更新为新源的内容。
svn co URL1
+svn co URL2
将不起作用Branches per node, vanilla JBoss on trunk and merges from trunk to every branch after commit to trunk (if I understood workflow correctly)
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