Svn 您如何能够确信Subversion的自动合并不会引入逻辑冲突？

svn update会在认为可以的时候自动合并。难道不应该有先决条件吗？如果您在一个主要在QA测试期间进行单元/回归测试的组织中工作，那么究竟有谁能够确信合并没有产生潜在的bug？

在我的经验中，hapen比文档中所说的更容易发生冲突。大多数问题很容易解决，但必须解决。

根据我的经验，冲突比文档中所说的更频繁。大多数问题很容易解决，但必须解决

如果你在一个 单元/回归测试主要是 在QA测试过程中，究竟如何 任何人都可以确信合并确实成功了 不创建一个潜在的bug

您应该在提交更改之前检查更改。在工作期间，svn是否对基础修订版进行了几次更新并不重要，最终的更改总是针对存储库中的最新版本，这是您应该查看的内容

更重要的是：如果在提交之前不运行测试，如何确保任何提交都不会严重破坏一切？开发人员至少应该运行和维护单元测试

请注意，svn更新的合并之所以会令人痛苦，还有其他原因：如果您遇到难以解决的冲突，如果您无法修复本地更改，则有时很容易出现这种情况。但那是另一回事，因为强迫冲突只会让问题变得更糟

如果你在一个 单元/回归测试主要是 在QA测试过程中，究竟如何 任何人都可以确信合并确实成功了 不创建一个潜在的bug

您应该在提交更改之前检查更改。在工作期间，svn是否对基础修订版进行了几次更新并不重要，最终的更改总是针对存储库中的最新版本，这是您应该查看的内容

更重要的是：如果在提交之前不运行测试，如何确保任何提交都不会严重破坏一切？开发人员至少应该运行和维护单元测试

---

请注意，svn更新的合并之所以会令人痛苦，还有其他原因：如果您遇到难以解决的冲突，如果您无法修复本地更改，则有时很容易出现这种情况。但这是另一回事，因为强迫冲突只会让问题变得更糟……

所以这就是让我困惑的地方。如果没有严格的回归测试，您甚至无法找到bug。这应该会引起各种各样的问题，还是我是唯一一个没有大规模测试的人？或者，人们有没有遵循某种程序来避免这种事情。人们如何轻松地签入可能存在问题的代码…@mafalda自动合并是在工作副本中的svn更新上完成的，并使工作副本处于未提交状态。合并结果没有自动提交。我知道没有自动提交。哎呀，那就更可怕了。但是，如果您能够在合并后立即构建和运行测试，那么就很难判断合并是否破坏了您的代码——尽管只是局部的——我不认为这是问题的答案@mafalda，我建议你接受另一个，这让我很困惑。如果没有严格的回归测试，您甚至无法找到bug。这应该会引起各种各样的问题，还是我是唯一一个没有大规模测试的人？或者，人们有没有遵循某种程序来避免这种事情。人们如何轻松地签入可能存在问题的代码…@mafalda自动合并是在工作副本中的svn更新上完成的，并使工作副本处于未提交状态。合并结果没有自动提交。我知道没有自动提交。哎呀，那就更可怕了。但是，如果您能够在合并后立即构建和运行测试，那么就很难判断合并是否破坏了您的代码——尽管只是局部的——我不认为这是问题的答案@mafalda，我建议你接受另一个。