如何检测Hudson或Cruise Control中的冲突/覆盖文件

Question

让我们说两个前端开发人员正在处理同一个文件只是为了更改css propery而不了解彼此。他们都在源控件中的自己的分支中工作。

第一个开发人员的css更改了部署到测试系统的文件，它仍处于测试阶段。

在第一个开发人员的更改被批准并部署到生产之前，第二个开发人员的css更改了部署到测试系统的文件并覆盖了第一个开发人员的版本。

是否有任何功能可以跟踪每个文件的状态＆lt;在prod，测试通过，仍然在测试，测试失败，准备好prod等＆gt;在Hudson或Cruise Control的测试系统上。

此外，Hudson或Cruise Control中还有任何功能可以警告或保护这种小型css cahnge案例的覆盖/合并/冲突案件。

最好的问候

Answer 1

如果他们在他们自己的分支上工作，那就要整合这两个分支以检测这种“覆盖”......而不是连续整合的任务。最好有一个集成第一个分支的集成分支进行一些测试（在测试系统上进行部署等），然后将第二个分支集成到集成分支中。在第二次变化合并期间，有人会注意到那里存在冲突。

Answer 2

这听起来像一个搞砸的设置。您正在将两个不同的分支部署到同一测试环境中。在从第二个分支覆盖部署之前，应确保第一个分支的测试成功运行。我会手动或更好地做，我会创建一个Integration分支（通常是trunk或当前的生产版本分支）来集成和使用这个分支只运行测试。

实际上，这里有一个流程问题。您描述的问题听起来像是一个错误修复问题。标准程序应该是，有人在修复之前声明了该错误。第一个声称它，有幸修复它。这样你就不会遇到修复同一个bug的两个人的问题。如果之前没有报告错误，请先将其报告，然后再进行报告，然后再修复它。听起来像开销？是的，但这称为项目管理，可以帮助您长期节省时间（因此也节省资金）。如果这种类型的正式沟通非常适合您，那么当您发现需要修复的内容时，您可以为您的开发人员提供一个聊天室。但聊天室仅适用于小型团队，当所有团队在同一时区工作时。