我们是一家初创公司,为即将发布的产品设置新的环境。有计划发布流的计划服务器结构如下图所示

理想情况下,它在本地办公室有一个local server (或用绿色显示的暂存服务器),在AmazonEC2上没有公共IP地址和Production Server (红色)。
本地和生产服务器都有自己的SVN副本。这里的管理层希望用生产SVN更新生产服务器,而不提供对开发人员(包括自由职业者/合同雇员)的访问。因此,对于开发人员来说,本地服务器上有一个本地SVN。本地SVN的另一个目的是将代码副本保存在本地服务器上,这是我们直接控制的。
虽然存在一些技术问题,比如如何从本地SVN更新本地服务器上的代码并提交生产SVN,但更大的问题是,这种结构正确吗?主要需求仍然是不要向开发人员提供生产SVN访问。实现这一目标的其他可能选择是什么?
另外一个小问题,如果这里合适,如果上面的结构是正确的,那么SVN签出是否有可能从一个SVN (本地SVN)中得到更新,但提交到另一个SVN(生产SVN)?如果是,怎么做?
答案已被接受,但对于赏金,我仍在寻找答案Is that structure correct?它的优点/缺点?接受的答案已经提供了技术解决方案。
发布于 2012-10-23 08:13:12
这个结构正确吗?
至少“可用”和“广泛接受”。支持向量机的n层水准是一个老把戏。
SVN签出是否可以从一个SVN (本地SVN)中得到更新,但可以提交到另一个SVN(生产SVN)?
是
如果是,怎么做?
你错过了你自己的问题的答案吗?“多次SVN repos,从一个>提交到另一个更新” on SO?我的回答,"With Sacling WC“一章
注意:使用中间WC时,由于人为因素,不能确保两次回复的一致性。
https://serverfault.com/questions/437983
复制相似问题