Skip to content

Conversation

@pganssle
Copy link
Member

@pganssle pganssle commented Jan 1, 2020

Summary of changes

Builds have started failing on appveyor because we're using coverage 4.x to generate coverage data, but coverage 5.x to process it on Windows. This is because we're always using Python 3.6 to invoke tox, so the coverage job picks up a more recent version of coverage than the py34 job.

As far as I can tell there are no lines uniquely hit by the Python 3.4-on-Windows tests, so we're not losing any coverage by not including it in the coverage uploads. I say it's not really worth trying to fix this, so I've just skipped the upload step on Python 3.4.

Pull Request Checklist

@pganssle pganssle force-pushed the appveyor_coverage branch 10 times, most recently from 7d1e863 to 1e365fd Compare January 1, 2020 23:17
@pganssle pganssle changed the title Invoke tox with the interpreter being tested Skip uploading Python 3.4 coverage on Appveyor Jan 1, 2020
@pganssle pganssle added the build label Jan 1, 2020
Coverage 5.x has made some backwards-incompatible changes to its format
and cannot understand the format generated by coverage 4.x. Since
coverage 5.x does not support Python 3.4 and the "combine and upload"
job is using Python 3.6 (and thus `coverage >= 5`), coverage uploading
was broken.

It is possible to get this working again, but probably more trouble than
it is worth, since as far as I can tell there are no lines hit *only* by
the Python 3.4 tests on Windows, so we can leave it out of the
combined coverage measurement.
@pganssle pganssle added this to the Master milestone Jan 1, 2020
@pganssle pganssle merged commit f6c6d5c into dateutil:master Jan 2, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant