Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tests failing randomly #7

Closed
guyzmo opened this issue May 12, 2016 · 1 comment
Closed

Tests failing randomly #7

guyzmo opened this issue May 12, 2016 · 1 comment
Assignees
Milestone

Comments

@guyzmo
Copy link
Owner

guyzmo commented May 12, 2016

The tests are failing since the introduction of the --progress support. The issue being inconsistent failing of the same code between calls. Cf the travis reports.

With a fair bit of debugging, I found out the issue is that because GitPython relies on the kwargs construct to pass around optional arguments, the order of argument will depend on the order of the items within the dict. As when I introduced progress support, opt_arg contains '-v' and '--progress' now, the order depending on both hash('-v') and hash('--progress'). To fix this, making the optional arguments ordered on their value instead on their hash will do the job, but sadly it's not something that can be fixed with a tiny bit of monkey patching…

Thus, I've opened a PR upstream at gitpython-developers/GitPython#431 with a very simple fix for that.

@guyzmo guyzmo self-assigned this May 12, 2016
@guyzmo
Copy link
Owner Author

guyzmo commented May 20, 2016

fixed in upstream, thanks @Byron

@guyzmo guyzmo closed this as completed May 20, 2016
guyzmo added a commit that referenced this issue May 23, 2016
* Adding gist feature support
* Adding request for merges feature support
* Applied PR #2 and #3 (token and documentation updates)
* Applied fix for issues #7 and #8, thanks to patch applied on upstream
* Improved testing framework (removed dep to unittest, and made it to
  work for travis and locally in a smoother way)
* Version pinning for important deps to avoid uncontrolled breakage in
  the future
@guyzmo guyzmo added this to the 1.6 milestone May 26, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant