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

tgbugs / augpathlib / 104 / 2
47%
master: 47%

Build:
DEFAULT BRANCH: master
Ran 11 Mar 2020 11:29PM UTC
Files 9
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

11 Mar 2020 11:27PM UTC coverage: 44.479% (+0.09%) from 44.393%
PIPENV_VENV_IN_PROJECT=1 PIPENV_IGNORE_VIRTUALENVS=1

push

travis-ci

tgbugs
RepoPath.rmtree fixes for windows

RepoPath.commit hits a code path inside GitPython that makes a call to
git.cmd.Git._get_persistent_cmd which spawns processes that have their
working dir inside a repository, so if we try to rmtree the repository
windows gets unhappy and yells at us that some program is still using
the path. That someone is ofcourse our own subprocesses, so we pop off
the offending repo class and close it.

The two offending calls inside of commit are to repo.active_branch.is_valid()
the is_valid is the primary offender, not the active_branch, and
repo.git.stash is the other. There may be others, but this commit
should fix all of them. Appropriately, if you try to rmtree using a
different type of path then the error will still occure on windows as
it should since only RepoPath classes should be rmtreeing themselves
if there are active repo instances in a running python program.

Given that git.Repo is probably supposed to be used inside a context
manager and ours are not for performance/object duplication reasons,
it might be a good idea to see if there are some consistent points at
which it makes sense to pop repos off in general and close them.

1148 of 2581 relevant lines covered (44.48%)

0.44 hits per line

Source Files on job 104.2 (PIPENV_VENV_IN_PROJECT=1 PIPENV_IGNORE_VIRTUALENVS=1)
  • Tree
  • List 0
  • Changed 1
  • Source Changed 1
  • Coverage Changed 1
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 63
  • Travis Job 104.2
  • 1f8990e8 on github
  • Prev Job for PIPENV_VENV_IN_PROJECT=1 PIPENV_IGNORE_VIRTUALENVS=1 on master (#103.2)
  • Next Job for PIPENV_VENV_IN_PROJECT=1 PIPENV_IGNORE_VIRTUALENVS=1 on master (#105.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