- java/
- Java 我应该向SVN签入哪些Cobertura工件?
Java 我应该向SVN签入哪些Cobertura工件?
Java 我应该向SVN签入哪些Cobertura工件?,java,svn,cobertura,Java,Svn,Cobertura,我已经将Cobertura集成到我的项目中,并且它按照预期工作。然而,我不确定哪些Cobertura工件要签入到SVN
目录结构类似于:
MainProjectDir
科贝图拉
科伯图拉迪尔
cssDir
图像红外
仪器仪表
js
报告
很多html文件
coberturaDir中的空间刚刚超过1兆,在该目录中进行检查对于将来的提交来说似乎很麻烦
我的目标是跟踪项目和每个班级的总数
对于cobertura工件,我应该向SVN承诺什么
谢谢,
肖恩没有一个
通过指向版本控制系统中较旧的版本
我已经将Cobertura集成到我的项目中,并且它按照预期工作。然而,我不确定哪些Cobertura工件要签入到SVN
目录结构类似于:
- MainProjectDir
- 科贝图拉
- 科伯图拉迪尔
- cssDir
- 图像红外
- 仪器仪表
- js
- 报告
- 很多html文件
coberturaDir中的空间刚刚超过1兆,在该目录中进行检查对于将来的提交来说似乎很麻烦
我的目标是跟踪项目和每个班级的总数
对于cobertura工件,我应该向SVN承诺什么
谢谢,
肖恩没有一个
通过指向版本控制系统中较旧的版本,您应该能够重新生成Cobertura报告。由于报告是软件版本的衍生产品,因此无需存储它们。这与应用于源代码生成的文档(javadoc、doxygen)和二进制文件(jar、exe、类文件)的原理相同
如果您需要历史记录,我建议将报告保存在版本控制之外的某个位置,例如文件服务器。然后,您可以将旧的报表目录压缩到ZIP或tarball中,以使它们可用,但可以进行归档以减少空间并使查找最新数据变得更容易。您还可以获取最重要的度量和指标,并将它们放入单个文件(如电子表格)中,然后将其放入文件服务器中。它们都没有
通过指向版本控制系统中较旧的版本,您应该能够重新生成Cobertura报告。由于报告是软件版本的衍生产品,因此无需存储它们。这与应用于源代码生成的文档(javadoc、doxygen)和二进制文件(jar、exe、类文件)的原理相同
如果您需要历史记录,我建议将报告保存在版本控制之外的某个位置,例如文件服务器。然后,您可以将旧的报表目录压缩到ZIP或tarball中,以使它们可用,但可以进行归档以减少空间并使查找最新数据变得更容易。您还可以获取最重要的度量和指标,并将它们放入单个文件(如电子表格)中,然后将其放入文件服务器。如前所述:没有
啊,你说。我希望能够看到结果并保存它们。我希望能够将它们链接回开发人员,并查看我的测试覆盖率随时间的变化
在这种情况下,请使用连续集成系统,如。Jenkins可以检查基于XML的Cobertura覆盖率报告,并将其显示为图形。它可以在每次构建时保存这些图形。每个构建都将显示触发构建的提交人以及自上次构建以来覆盖率的更改。您甚至可以玩CI游戏,并向创建单元测试以扩展覆盖范围的开发人员奖励分数。(一等奖是凯迪拉克Eldorado,二等奖是一套牛排刀,三等奖是你被解雇了。)
Jenkins的设置和工作非常简单。你需要下载Cobertura插件,这很容易做到。它可以做你想做的事情,而不必签入你的Cobertura文件。就像我们说的:没有
啊,你说。我希望能够看到结果并保存它们。我希望能够将它们链接回开发人员,并查看我的测试覆盖率随时间的变化
在这种情况下,请使用连续集成系统,如。Jenkins可以检查基于XML的Cobertura覆盖率报告,并将其显示为图形。它可以在每次构建时保存这些图形。每个构建都将显示触发构建的提交人以及自上次构建以来覆盖率的更改。您甚至可以玩CI游戏,并向创建单元测试以扩展覆盖范围的开发人员奖励分数。(一等奖是凯迪拉克Eldorado,二等奖是一套牛排刀,三等奖是你被解雇了。)
Jenkins的设置和工作非常简单。你需要下载Cobertura插件,这很容易做到。它可以做你想做的事情,而不必签入你的Cobertura文件。你为什么要将它们签入svn?它们都是构建工件。如果要保留它们,请将它们部署到生成站点。不需要在svn中保留它们,因为您总是可以重新生成它们。您应该只检查将项目构建到源代码管理中所需的内容。您不应该签入构建过程的输出。为什么要将它们中的任何一个签入svn?它们都是构建工件。如果要保留它们,请将它们部署到生成站点。不需要在svn中保留它们,因为您总是可以重新生成它们。您应该只检查将项目构建到源代码管理中所需的内容。您不应该签入构建过程的输出。