对于新产品版本,我们计划了以下服务器/版本结构。

出于不同的管理原因,现在最终的管理决定是拥有两个不同的SVN存储库;一个在生产服务器上(Prod。以红色显示的SVN )在Anazon EC2上运行。另一个在本地Linux服务器上(绿色)。
我被困在如何在技术上实现这一点。我的问题是,本地服务器代码库(上图中的Scaling codebase)应该从local SVN更新,但应该提交到Production SVN。我找不到实现这一目标在技术上是否可行。在我考虑其他选择之前,我想问一下社区在技术上是否可行,如果可行,如何实现?
发布于 2012-10-13 21:48:06
与之前的答案相反
纯SVN-工作流方式
使用Sacling WC
svn up
svn relocate ProdSVN
svn ci
svn relocate LocalSVN没有Sacling WC
如果可以直接与-> ProdSVN通信,则可以将SaclingCodebase排除在同步过程之外(链更少,错误更少):
或
或
此处的
发布于 2012-10-13 18:58:04
从本地SVN更新,但应提交到生产SVN。
这是分布式版本控制系统DVCS的常见功能,如Bazaar、Git或Mercurial。
所以,在我看来,有两种解决方案:
1/如果您仍然希望保留SVN:,请使用Bazaar/Git/Mercurial签出,然后推送/提交到另一个SVN存储库。
这是可能的,因为大多数DVCS工具都有一个插件来访问(签出/推送) SVN存储库。
2/ 把你的系统换成像芭莎一样的DVCS,它离SVN太近了,用户不会流失!
请看我的以下回复:
发布于 2012-10-13 19:06:24
这样做的一种方法是只有一个存储库(可能在绿色服务器上),并在生产服务器上签出该存储库的一个发布分支。
因此,工作流程将是:
在dev上查看^/trunk (或主干的特性分支),然后选择从^/trunk到^/branches/release的修订版。
https://stackoverflow.com/questions/12871510
复制相似问题