SVN提交而不更改代码

SVN提交而不更改代码,svn,subversion-edge,Svn,Subversion Edge,我们的环境对每个应用程序都有UAT repo。所有程序员都可以提交此回购协议。每个应用程序都有一个相关的PROD repo,只有管理者才能将文件从UAT repo提交到其中。我们遇到的问题是,如果管理者从UAT检查必要的文件,并试图提交到产品回购中,他们会得到一个错误,除非他们更改文件中的某些内容。我怎样才能阻止这种情况发生?如果UAT没有超过历史记录(管理者测试并认为适用于推广的修订版),我看不出有任何理由提交PROD 在这种“发散”的历史情况下,重新定位到PROD的UAT干净WC将自动转换为

我们的环境对每个应用程序都有UAT repo。所有程序员都可以提交此回购协议。每个应用程序都有一个相关的PROD repo,只有管理者才能将文件从UAT repo提交到其中。我们遇到的问题是,如果管理者从UAT检查必要的文件,并试图提交到产品回购中,他们会得到一个错误,除非他们更改文件中的某些内容。我怎样才能阻止这种情况发生?

如果UAT没有超过历史记录(管理者测试并认为适用于推广的修订版),我看不出有任何理由提交PROD


在这种“发散”的历史情况下,重新定位到PROD的UAT干净WC将自动转换为脏WC,并且可以立即提交所有继承的更改

。。。他们试图从UAT“部署”到第二次(或第三次…)PROD?Subversion只跟踪更改。如果跟踪没有变化,Subversion就没有什么可做的。保持独立的存储库并像这样使用它们是相当不正常的;大多数组织在同一个存储库中标记他们的发布,有时(就像我的情况一样)在成功部署到每个环境之后,您可以说是repo。您是在谈论独立的Subversion存储库,还是在谈论Subversion中的分支。当存储库完全分离时,您无法从一个存储库签出、切换并签入另一个存储库——即使两个repo都在同一台服务器上运行。你能更详细地解释一下你的设置吗。另外,为什么您在UAT中设置的内容没有部署到生产中。如果在UAT和生产之间更改文件,您就失去了UAT的全部用途。@DavidW。-“您不能从一个存储库签出、切换并签入另一个存储库”-不,您可以,在明显的情况下:如果历史记录*不相同