-
-
Notifications
You must be signed in to change notification settings - Fork 933
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
clone_from() returns no meaningful info of the errors in v3.1.11 #1087
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
Comments
I don't think this is true:
For information on how to use GitPython, there is plenty of documentation on how to do the basics. |
Please add as argument the Progress() class defined here and try again. Stderr gets lost. |
In that case one will have to parse stderr yourself, as it's now passed to the progress. My comment below applies to catch potential errors while progress is handled. |
Unfortunately overriding the line_dropped() didn't help, I think there's much to modify in that util.py. By the way, it's weird that if we the ask the clone_from() to show realtime progresses, it just hides some things, especially ERRORS! I think this can be considered a bug, because in that condition it appears impossible to programmatically handle exceptions. |
Without providing more information on how you tried to intercept Errors are provided on stderr, and so are progress messages. I am sure there is a way to unify the handling so that errors and progress messages are always collected even if progress is collected on top. You are welcome to dig in and improve the situation in a PR. |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
When errors are involved in the cloning process, the clone_from() method doesn't preserve the original error message, instead it shows an exit code only.
The text was updated successfully, but these errors were encountered: