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

psf / black / 976 / 4
96%
master: 96%

Build:
DEFAULT BRANCH: master
Ran 01 Jun 2020 06:02PM UTC
Files 8
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

01 Jun 2020 06:00PM UTC coverage: 95.75% (+0.09%) from 95.66%
TEST_CMD="coverage run -m unittest"

push

travis-ci-com

web-flow
Convert (most of the) configuration values from pyproject.toml to strings (#1466)

* Convert config values to string

We need to convert all configuration values from the pyproject.toml
file because Click already does value processing and conversion and
it only expects the exact Python type or string. Click doesn't like
the integer 1 as a boolean for example. This also means other
unsupported types like datetime.time will be rejected by Click as
a unvalid value instead of throwing an exception.

We only skip converting objects that are an instance of
collections.abc.Iterable because it's almost impossible to get back
the original iterable of a stringified iterable.

* Move where the conversion happens

Instead of converting the values in the merged 'default_map', I should
convert the values that were read from the 'pyproject.toml' file.

* Change collections.abc.Iterable to (list, dict)

I also moved where the conversion happens... again. I am rather indecisive
if you haven't noticed. It should be better as it takes place in the
parse_pyproject_toml logic where configuration modification already takes
place.

Actually when this PR was first created I had the conversion happen in that
return statement, but the target_version check was complaining about it being
a string. So I moved the conversion after that check, but then Click didn't
like the stringifed list, which led me to check whether the value was an
instance of an Iterable before turning it into a string. And... I forgot that
type checking before conversion would allow it to work before the
target_version check anyway.

4528 of 4729 relevant lines covered (95.75%)

0.96 hits per line

Source Files on job 976.4 (TEST_CMD="coverage run -m unittest")
  • Tree
  • List 0
  • Changed 4
  • Source Changed 2
  • Coverage Changed 3
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 1346
  • Travis Job 976.4
  • d10f8573 on github
  • Prev Job for TEST_CMD="coverage run -m unittest" on master (#1932.3)
  • Next Job for TEST_CMD="coverage run -m unittest" on master (#1938.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