Sebastian Thiel

I think in order to do this correctly, GitPython would have to respect [the configuration](https://git-scm.com/docs/git-config#Documentation/git-config.txt-protocolallow), which probably is setup to allow `codecommit` explicitly. Special exceptions for `codecommit` can't be made...

Thanks for researching this! I have enabled pull-request builds for GitPython and will be waiting for your confirmation that it actually works. The setup didn't involve more than ticking a...

That's awesome, this reads as full success to me :). > * I am hoping you may be able to use the guidance in the "Build status is not being...

Thanks for investigating this issue! To me, picking option 1) seems like the easiest solution while, in the common case, not loosing out on anything. Those PRs that deal specifically...

Thanks for bringing this up! A PR with a fix is definitely welcome.

Thanks for bringing this up. Since I don't have any knowledge anymore about this implementation except that it is most likely incorrect and should rather not be used for anything...

I'd also think that exceptions shouldn't be assumed as part of the API unless they are documented, which would make it possible remove the assertion entirely. From my todays perspective,...

Unfortunately, I don't know and assume the git commit log also doesn't clarify it. I don't believe it's impossible either, but also don't believe that these facilities should be used...

I am sorry, my memory has eroded over the last decade. However, the code in question should have tests which might make matters clearer. If there are no tests, then...

Thanks for double-checking, @EliahKagan! Indeed, when looking again I realized that [the test introduced here is failing](https://github.com/gitpython-developers/GitPython/actions/runs/8117626824/job/22190233235?pr=1853#step:12:1679) in the very last line of the output. All the XFail *warnings* are...