Sebastian Thiel

_By the way, I am super happy to see you are paving your way through the entire codebase, and I am extremely grateful for that (knowing that it must be...

I am very sorry you feel that way, as I had no intention to misinform you. It's just that people can use the pure python version as backend, even though...

Reading all this it dawns on me that not using ContextManagers everywhere was the worst mistake that GitPython suffers from to date. It's all based on my initial observations that...

Thanks for reporting! If I am not mistaken, the code responsible for fetching is [right here](https://github.com/gitbutlerapp/gitbutler/blob/1fd0b1ecfc3cbcc817a58fa5401a3eee97945d1a/crates/gitbutler-core/src/project_repository/repository.rs#L535). It uses the same refspec in both cases, i.e. when using the Git executable,...

Thanks so much for researching this! Indeed, I didn't find any evidence that GitButler does anything special when fetching, it's all handled by `libgit2`, so I agree that it's *probably*...

I would also appreciate a new release as span-fields will help to let `gix corpus` collect span information about arbitrary operations as JSON in a database in the hopes that...

Thanks a lot for the release - I noticed by accident that fields are now shown and excitedly added more information to my spans :). Something I'd love to see...

`rev-list` is present via `ancestors()` on commits, `clone()` or something like it will be available by the end of the year. Checkout might be there as well but no promises....

Thanks so much for letting me know! Bugs in the ODB portion of the `gix` codebase are among my most feared as they will be spurious, hard to reproduce, and...

Thank you! I am slowly getting back into it and noticed something interesting: The code to get the initial set of objects also uses a parallel implementation that calls `odb.header()`,...