- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
我有几个开源项目使用 Travis-CI 检查我提交的构建状态。我还向 Coveralls.io 报告了我的测试覆盖率。在过去的几周里,工作服的可靠性充其量只是参差不齐,我让我的测试运行了覆盖范围的东西,但它们会导致构建失败,因为工作服 api 返回了 503 错误。
作为对此的回应,我将我的报道内容移到了我的 .travis.yml
中的 after_success
脚本中,但现在它似乎没有将信息发送到 Coveralls .io。我是以错误的方式接近这个吗?还有其他人遇到过这个问题吗?
以下是我遇到问题的项目的更多详细信息:
mocha
进行测试istanbul
进行测试覆盖node-coveralls
模块向 coveralls.io 报告覆盖率报告如果需要更多信息,请告诉我。
更新:
现在它似乎正确地向工作服报告,但它只报告了 50%。任何额外的帮助将不胜感激
最佳答案
我在我的 yml 文件中使用以下内容。它连接来自 karma 和 mocha 的 lcovs,然后发送它们。
after_script:
- ./node_modules/karma/bin/karma start
- istanbul cover ./node_modules/mocha/bin/_mocha server/api/**/*.spec.js
- cat ./coverage/lcov.info ./coverage/karma/**/*.info > lcov.info
- node node_modules/lcov-filter/index.js lcov.info config | ./node_modules/coveralls/bin/coveralls.js && rm -rf ./coverage
关于node.js - Coveralls.io 与 Travis-CI,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22361462/
我有一个在 python 中的 github 存储库,我已经使用 nosetests 构建了它的测试。问题是我无法为此配置工作服。我根据文档尝试了一切,但覆盖范围仍然未知。这是 repo 的链接 Bi
我的 Django 项目与 Travis-CI 和 Coveralls 相连。 我面临的问题是,当我的数据从 Travis 发布到 Coveralls 时,Coveralls 似乎考虑了所有 Djan
I want to upload my Jacoco test report to Coveralls automatically after my Travis build finishes. It
我正在尝试通过 travis-ci 使用 coveralls.io 设置一个小型 python 库。 库的当前结构是: libconfig ├── .coverage ├── .coveragerc
我的团队在 CI 过程中使用 coveralls.io 为我们提供 rspec 覆盖率分数。我们还将 ActiveAdmin gem 用于内部使用,并且决定不在我们的测试覆盖范围内涵盖 ActiveA
我在 Java 项目中使用 Coveralls 和 Maven 来为我的项目创建覆盖率报告,并且我希望避免某些类包含在覆盖率计算中。 现在,我认为我可以在构建阶段排除该类,例如MyClassTest.
我写了一个library for Instagram API并告诉 coveralls.io 检查我的存储库 但 coveralls.io 告诉我,我的源代码中的所有错误处理程序都不好。 see th
我目前在公共(public) GitHub 存储库中的 PR 上构建 TravisCI。 工作服的说明说要把它放在一个 .coveralls.yml 文件中: service_name: travis
我在 Github 上有一个存储库,这是一个带有 PHPunit 测试套件的 PHP Symfony 应用程序 (https://github.com/antodippo/ccmusicsearch)
我很困惑,我看到人们同时使用两者。它们都是代码覆盖率报告工具。那么是不是人们正在使用 Istanbul 功能并希望使用 coveralls UI 而不是 istanbul html 输出文件作为更好的
我有几个开源项目使用 Travis-CI 检查我提交的构建状态。我还向 Coveralls.io 报告了我的测试覆盖率。在过去的几周里,工作服的可靠性充其量只是参差不齐,我让我的测试运行了覆盖范围的东
我在Rails中开发,我的代码在Github中,使用CircleCI进行测试,现在我一直在尝试在图片中引入Coveralls。 我在 Coveralls 中设置了这些设置: 我添加了工作服 gem:
我刚开始使用工作服和测试覆盖率,我看到了这样的信息。数组是什么意思?我应该如何解释这些?我似乎无法在文档或在线的任何地方找到有关这些含义的信息。 最佳答案 第一个索引是 block 号,第二个是GCC
我正在处理一个项目,我们有两个 rspec 测试覆盖 Ruby 代码,我们已经设置了通过 Grunt 任务运行的 Karma JavaScript 单元测试。 我已经设置了grunt-karma-co
travis ci 失败,因为报告者的输出是空字符串。 NODE_ENV=test YOURPACKAGE_COVERAGE=1 mocha --compilers coffee:coffee-scr
TravisCI 构建通过了我的开源项目,我现在正在尝试集成 gulp-coveralls。在 Coveralls.io 上,找不到我的存储库的任何构建,即使自从我将我的存储库添加到 Coverall
我有一个应用程序 ( https://github.com/idmillington/dendry ) 使用 Travis CI 来监控构建状态。我使用 Istanbul 生成一份覆盖率报告,我想将其
我似乎无法让 Coveralls 显示我的 node.js 项目的覆盖范围。这是我的设置: node.js 项目 github 用 mocha 测试 Istanbul 尔报道 用于 CI 的 trav
我在 Coveralls.io 网站上,上面写着: If you intend to submit coverage data via a private CI or command line oth
我有一个 Node.js module由 C++ 插件和 Javascript 库代码组成。它包括针对 C++ 和 istanbul 使用 lcov 的命令行生成的代码覆盖分析对于 Javascrip
我是一名优秀的程序员,十分优秀!