3

以下是我在签入代码之前始终遵循的步骤,

  1. 从 svn 获取最新信息

  2. 合并冲突文件

  3. 建造

  4. 运行我的测试

  5. 报到

尽管如此,如果有任何我可能错过签入的本地更改,我仍然有可能会破坏构建。我知道拥有一个持续集成服务器将一劳永逸地解决这个问题。但这是一个新项目,尚未设置 CI 服务器。

以下是我阅读的有关该主题的一些有用文章。

关于如何绝对确保我不会破坏构建的任何建议?

4

3 回答 3

2

Maven 中没有这样的机制。您在构建后所做的事情以及您签入的内容是您的业务。即使使用 CI,您也可以做任何您想做的事情,您只是很早就知道您破坏了构建。它不会阻止您做错事,它只是提供快速反馈。但是,当您尝试使用 Maven 进行发布(使用maven-release-plugin)时,它会检查是否有一些未提交的更改,因此您可以确定与发布相关的构建是正常的,这非常重要。但在我看来,仅通过常规构建就不是那么重要了。

于 2012-06-22T07:30:09.620 回答
2

尽管如此,如果有任何我可能错过签入的本地更改,我仍然有可能会破坏构建

svn status您可以在提交后通过命令检查您的工作副本。这将减少忘记添加内容并提交到存储库的机会。

于 2012-06-22T07:52:21.770 回答
2

没有简单的方法可以确定。当你犯错时,你总是会犯错。这些规则有助于将风险降至最低

  • 养成“始终提交所有内容”的习惯,即不要保留本地更改,也不要在同一个工作副本中处理两个任务。

  • 在提交之前,检查未版本化的文件。

  • 在构建服务器和开发人员机器上保持构建过程相同。

于 2012-06-22T07:58:01.380 回答