2011-11-27 57 views
0
由以前的版本被覆盖

我有一个名为驻留在以下文件夹如何防止最新版本的文件从SVN

d“FILE1.TXT”文件:\开发\文件1(V1 ).txt文件

(V1) - >表示版本号

当文件是为生产做好准备,我们必须通过该文件被移动以v星期的时间为正式释放的过程。让我们假设生产文件夹是

d:\ PROD \文件1(V1).txt文件

如果我们在开发以FILE1.TXT任何进一步的修改,然后我们发布这个投入生产(在2个星期的时间)

所以现在我们的开发和PROD文件夹状态如下
DEV:d:\开发\文件1(V2).TXT - >今天

PROD:d:\ PROD \文件1(V2).TXT - > 2周时间

有时我们需要制作eme因此我们可能会绕过正常的2周发布流程,并立即将文件转移到生产环境中。

这意味着开发和PROD夹状态如下
DEV:d:\开发\ File1中(V3)的.txt - >今天

PROD:d:\ PROD \ File1中(V3)的.txt - >今天

然而在2个星期时间(2).txt可以覆盖紧急发布文件1(V3).txt文件

这意味着开发和PROD文件夹状态为正常的释放过程文件的一部分如下
从现在起2周内
=== ================
DEV:d:\开发\ File1中(v3)的.txt文件

PROD:d:\ PROD \ File1中(v2)的.txt文件

如何防止以前版本覆盖最新版本的文件?

+0

什么进程(svn命令?)在两周内复制文件? –

+0

为什么文件的v2和v3版本会有所不同?如果它们不同,这意味着在两周的发布过程中所做的测试没有任何用处,因为它们会测试未投入生产的应用程序版本(因为它测试v2版本,但你想保持v3版本)。因此,您应该取消两周发布版本,并使用v3版本重新发布完整版本。 –

+0

将此信息发送到发布流程 - 或告诉我们您在此发布过程中使用的内容。 – Hurda

回答

0

用版本控制术语来表达你的过程:你的项目中基本上有三个活动的分支。他们是发展(可能是主干),发布候选人和生产。在您的正常工作流程中,您将发布候选人从开发分支中分支出来,让它炖两个星期,然后在两周后将其制作为生产分支。

如果您有一个修补程序,它将应用于生产和开发。另外,您应该将其应用于任何发布候选分支。 由于您的错误实质上归结为覆盖hotfixed文件(v3)的生产分支文件(v2),这意味着您尚未将此修补程序应用于您的候选版本。您有两种方法可以解决此问题:

  1. 让所有开发人员都明白,修补程序应用于所有三个分支。
  2. 将发布候选分支合并到生产中而不是替换生产。 (不知道这将在所有情况下在技术上解决。)
相关问题