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

renatomassaro / FeebDB / bcdc85140267d6af2dac9bdacbb22b9a20a88f2f / 1
80%
main: 87%

Build:
Build:
LAST BUILD BRANCH: sort-schema-list
DEFAULT BRANCH: main
Ran 20 Oct 2024 08:46PM UTC
Files 55
Run time 1s
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

20 Oct 2024 08:46PM UTC coverage: 80.201% (+0.9%) from 79.307%
bcdc85140267d6af2dac9bdacbb22b9a20a88f2f.1

Pull #8

github

renatomassaro
Refactor Boot shard migration to find any shards

Previously, we were looking for shards sequentially, and we'd stop
looking as soon as the next element in the sequence could not be found.

It is very possible that one particular user shard (say, shard_id=42)
had to be deleted for any reason (maybe user was deleted/banned). The
previous logic would not migrate any shard > 42.

This current implementation eagerly finds all shards, which is a better
approach BUT I'm not so sure how it would cope with handling tens of
thousands of shards being migrated -- can it fit everything in memory
and is performance acceptable? That, however, is out of scope for what
I'm currently working at. I'll look into this in the future.
Pull Request #8: Improvements to Migrations

960 of 1197 relevant lines covered (80.2%)

44.69 hits per line

Source Files on job bcdc85140267d6af2dac9bdacbb22b9a20a88f2f.1
  • Tree
  • List 0
  • Changed 13
  • Source Changed 0
  • Coverage Changed 4
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 0
  • bcdc8514 on github
  • Prev Job for on better-migrations (#6867717644574ce6f18716346b7635a20e263437.1)
  • Next Job for on better-migrations (#49c2cb182e0f66fad9d17d0ce9fc55b37f62597e.1)
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