Java Maven站点生成，显示以前版本的站点

Maven的site:site功能使我能够访问当前版本的代码和测试质量报告，但我也希望看到以前的版本进行比较，以确定在以下方面的改进：

• 测试覆盖率
• 问题
• 代码复杂性等
• 文件

不需要记住或记笔记

我假设没有maven报告工具可以在发布之间在SCM中维护某种状态，从pom中的每个报告收集元数据并将其存储到文件中。这将要求每个报告在构建期间使用标准化机制提供关键数据

---

我想到的一种方法是Apache如何处理一些java项目，例如，在站点结构中内置版本

有一些插件可以将源代码与以前的版本进行比较，如和。然而，你想要的要复杂得多。我建议你看一看，这是现在的流行方式

生成站点时，您可以为项目指定URL，如下所示：

<project>
  ...
  <distributionManagement>
    <site>
      <id>www.yourcompany.com</id>
      <url>scp://www.yourcompany.com/www/docs/project/</url>
    </site>
  </distributionManagement>
  ...
</project>

...
www.yourcompany.com
scp://www.yourcompany.com/www/docs/project/
...

如果将项目url参数化以在路径中包含唯一值（如时间戳、内部版本号等），则将在每次运行中使用唯一路径生成站点：

<project>
  ...
  <distributionManagement>
    <site>
      <id>www.yourcompany.com</id>
      <url>scp://www.yourcompany.com/www/docs/project/${BUILD_NUMBER}</url>
    </site>
  </distributionManagement>
  ...
</project>

...
www.yourcompany.com
scp://www.yourcompany.com/www/docs/project/${BUILD_NUMBER}
...

一个持续集成服务器（如jenkins）可以做到这一点，假设您运行站点：站点作为buildSonarQube的一部分看起来令人印象深刻，但我是大洋中的一条小鱼，大鱼目前正被Fortify所吸引。这对我来说似乎是一条出路。它提出了这样一个问题：该站点包含多少MB的文档（目前为10MB）以及构建运行的频率（大约每天一次）。因此，看起来这一策略将每3个月左右产生大约1GB的容量。听起来很合理。