以下是我在检查代码之前总是遵循的步骤,
从svn获取最新信息
合并冲突的文件
构建
运行我的测试
入住
尽管如此,如果有任何我可能错过的本地更改,我仍有可能破坏构建。我知道拥有一个持续集成服务器可以一劳永逸地解决这个问题。 。但这是一个新项目,CI服务器尚未设置。
以下是我在该主题上阅读的一些有用的文章。
关于如何绝对确保我不破坏构建的任何建议?
答案 0 :(得分:2)
Maven中没有这样的机制。这是您的业务,您在构建之后所做的事情以及您办理登机手续的内容。即使使用CI,你也可以做任何你想做的事情,你很早就知道你打破了一个版本。它不会阻止您做错,它只是提供快速反馈。但是,当您尝试使用Maven进行发布时(使用maven-release-plugin
),它将检查是否存在一些未经修改的更改,因此您可以确保与发布相关的构建是正常的,这非常重要。但在我看来,只需定期构建就不那么重要了。
答案 1 :(得分:2)
尽管如此,我仍有可能打破这种局面 构建,如果有任何我可能错过的本地更改 检查
您可以在提交后通过svn status
命令检查您的工作副本。这将减少忘记添加和提交到存储库的内容。
答案 2 :(得分:2)
没有一种简单的方法可以确保。提交时总是会出错。这些规则有助于将风险降至最低
养成“永远承诺一切”的习惯,即。不要保留本地更改,也不要在同一工作副本中处理两个任务。
在提交之前,请检查未版本控制的文件。
在构建服务器和开发人员计算机上保持构建过程相同。