Svn Subversion更新和maven自动构建更新模块

我们的团队有一个由40个子项目组成的项目。我们以分布式方式开发，这意味着每天早上，我们必须更新来自其他团队的更改，并重建整个项目。问题是现在的构建需要一个小时，这是无法忍受的。我想知道是否有任何工具可以“理解”更新，并且只以正确的方式构建更新的子项目。有时，当更新不大时，我会手动执行此操作。但是，当更新如此巨大时，很难跟踪

---

有什么建议吗？

是的，使用快照（将整个项目的版本设置为1.0-SNAPSHOT），并且只签出或构建您正在使用的模块。您可以使用mvn-U更新到快照的最新副本，以获取其他开发人员更改的其他依赖项的最新二进制文件…

是的，使用快照（使整个项目版本为1.0-SNAPSHOT），并且仅签出或构建您正在使用的模块。您可以使用mvn-U更新到快照的最新副本，以获取其他开发人员更改的其他依赖项的最新二进制文件。

使用Continues Integration server（我推荐Jenkins）以及内部Maven存储库（如Nexus）。大多数CI都足够聪明，可以找出项目的模块发生了什么变化，然后只重新构建它们。成功构建后，CI应将当前快照部署到Maven存储库，以便其他开发人员立即看到他们所依赖的更改内容。当然，他们仍然需要更新他们正在处理的代码，但通常只有很少的模块，而所有其他依赖项都是在更改时从Nexus下载的。顺便说一句，您将获得所有其他持续集成优势，如持续自动测试等。

使用持续集成服务器（我推荐Jenkins）以及内部Maven存储库（如Nexus）。大多数CI都足够聪明，可以找出项目的模块发生了什么变化，然后只重新构建它们。成功构建后，CI应将当前快照部署到Maven存储库，以便其他开发人员立即看到他们所依赖的更改内容。当然，他们仍然需要更新他们正在处理的代码，但通常只有很少的模块，而所有其他依赖项都是在更改时从Nexus下载的。顺便说一句，您还获得了所有其他持续集成优势，如持续自动测试等。

您有多模块构建吗？或者您正在谈论像Jenkins/Hudson这样的CI环境？您有多模块构建吗？或者你说的是像Jenkins/Hudson这样的CI环境？谢谢你的回答，但我不确定mvn-U命令的后果。是等同于我的旧方法，即更新所有代码并重建？谢谢你的回复，但我不确定mvn-U命令的后果。是否等同于我的旧方法，即更新所有代码并重新生成？