• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

j0k3r / banditore / 914 / 2
89%
master: 91%

Build:
Build:
LAST BUILD BRANCH: fix/guzzle7
DEFAULT BRANCH: master
Ran 11 May 2020 06:07AM UTC
Files 28
Run time 2s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

11 May 2020 06:05AM UTC coverage: 88.85%. Remained the same
COVERAGE=run

push

travis-ci

j0k3r
Retrieve release using RSS

Cons:
- we can only retrieve 10 releases
- no caching like “modified since” on the GitHub API

Pros:
- we don’t need to convert the markdown field (already done)
- we won’t hit the rate limit
- only one HTTP request to retrieve all information

Workaround for the first _cons_, introducing a new queue `banditore.sync_versions_info`. As soon as a new version is created when using the RSS method, a message will be posted in that queue to use the API to retrieve information not provided by RSS (for now, only the `prerelease` information).

Also, when fetching version from RSS, if we create 10 new versions it means we might have reached all release from the feed but maybe there is no more to fetch. Queuing a message to use the GitHub API to fetch version will handle them.

Also improving displaying a bit.

765 of 861 relevant lines covered (88.85%)

3.7 hits per line

Source Files on job 914.2 (COVERAGE=run)
  • Tree
  • List 0
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 853
  • Travis Job 914.2
  • d2a3a991 on github
  • Prev Job for COVERAGE=run on feature/version-by-rss (#913.2)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc