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

zooniverse / aggregation-for-caesar / 691
99%
master: 99%

Build:
Build:
LAST BUILD BRANCH: fix/more-GHA-for-mac-intel-updates
DEFAULT BRANCH: master
Ran 14 Aug 2019 09:12PM UTC
Jobs 1
Files 63
Run time 9s
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

pending completion
691

push

travis-ci

CKrawczyk
Add a running reducer for the TESS column reducer

This will help caesar avoid the issue when a workflow has "mixed type" reducer (i.e. some "default" and some "running").

The running reducer wrapper has had the `user_id` and `relevant_reduction` keywords added to match the normal reducer wrapper.

The original reducer is called to do the majoity of the work for this running reducer (accessed via the `._original` name so the wrapper is bypassed), the new code handels using the results of the `process_data` function to update the store. Both the `user_id` and `relevant_reduction` lists are also tracked in the store.

When the store is passed back into the function via the mock flaks test the list-of-tuples produced by `process_data` was converted to a list-of-lists. As the data type does not matter in this case I updated `process_data` to produce a list-of-lists in the first place.

2058 of 2068 relevant lines covered (99.52%)

1.0 hits per line

Jobs
ID Job ID Ran Files Coverage
1 691.1 14 Aug 2019 09:12PM UTC 0
99.52
Travis Job 691.1
Source Files on build 691
Detailed source file information is not available for this build.
  • Back to Repo
  • Travis Build #691
  • 168bb5d4 on github
  • Next Build on tess-column-reducer-as-running (#730)
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