持续部署活动+svn

Question

假设我有一个名为SVN的文件，person X处理该文件并将其代码签入到a.txt中。测试团队已经验证了代码，并将其提升到UAT。现在我得到了一个生产问题，人员Y签出了相同的代码，修复了这个问题，并在测试团队认证后将其推送到生产环境中。现在person X签到的代码也转到了PROD，这不是correct.This是一个连续的活动(日常活动)，所以每天创建分支不会解决问题。期待您的建议。

Answer 1

对于不同的人来说，对Subversion的理解可能在任何情况下都与真正的differ

• "Environment“对象(分支、存储库、修订)无关，并且可以通过不同的方式在用例代码中实现

• 最后一步将在不同的环境中使用不同的。让我们将初始状态命名为STABLE，X-user change FEATURE和Y-user change BUGFIX。在这个场景和三层环境(DEV-UAT-PROD)中，您将获得：

在此之前

DEV  -> STABLE
UAT  -> STABLE
PROD -> STABLE

之后

DEV  -> STABLE+FEATURE
UAT  -> STABLE+FEATURE
PROD -> STABLE+BUGFIX

和产品!= UAT

必须有人将BUGFIX支持到DEV中，并且必须以通常的方式测试|升级STABLE+FEATURE+BUGFIX

如何实现后向移植取决于责任和代码分离的唯一原则(单独的存储库或公共存储库中的分支将使用不同的技术来传输数据)

无论如何，我认为PROD上的热修复是一种糟糕的做法: DEV上的短期分支(来自STABLE)带有临时的升级周期(以及后来在DEV FEATURE+BUGFIX中合并到普通版本中)将不会那么令人头疼(没有不受工作流支持的情况)，并使用标准的经过良好测试的模式