Skip to content

Clarify why GIT_PYTHON_GIT_EXECUTABLE may be set on failure#1810

Merged
Byron merged 2 commits intogitpython-developers:mainfrom
EliahKagan:refresh
Jan 24, 2024
Merged

Clarify why GIT_PYTHON_GIT_EXECUTABLE may be set on failure#1810
Byron merged 2 commits intogitpython-developers:mainfrom
EliahKagan:refresh

Conversation

@EliahKagan
Copy link
Copy Markdown
Member

@EliahKagan EliahKagan commented Jan 24, 2024

Fixes #1804

This clarifies the comment that explains the significance of setting the Git.GIT_PYTHON_GIT_EXECUTABLE attribute when running Git failed but the attribute wasn't set before.

This happens in the code path in Git.refresh where has_git is False and old_git is None, provided the refresh mode doesn't call for the initial refresh to raise an exception on failure.

It was previously described in terms of a "first" and "second" import, but as discussed in #1804, the rationale and effect were not altogether clear. This uses wording along the lines of what I suggested there, adjusted a bit for context.

Loading
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

Explanation makes unclear reference to "first" and "second" imports

2 participants