-
Notifications
You must be signed in to change notification settings - Fork 655
Switch to using libgit2sharp instead of msysgit #401
Comments
One possible downside that should be pointed out is that if there are any resource leaks in libgit2sharp, this will keep adding up in the Kudu process. While with the git exe, leaks are irrelevant since the process is short lived. |
That's very true. Some things though:
|
Ok, good to hear that there are lots of checks in place to catch these issues! |
It would be nice indeed to switch to libgit2 where possible instead of spawning processes. My impression is that it is in good shape these days. |
Yes, we want to get there as some point. One limitation I just learned about is that it doesn't support ssh, which we use in our Continuous Deployment scenarios to fetch from Github/Bitbucket. |
yes, I just noticed that too. There is a work item on SSH and some work on a pull request but I don't know the exact status: libgit2/libgit2sharp#255 |
Hi Kudu will continue to run in Azure App Service. However, this repo will no longer be maintained. This way we can better track and assist you on this case Thanks, Joaquin Vano |
Currently, we do all our git operations by just launching msysgit git.exe, which is inefficient. We should attempt to switch to using libgit2sharp (https://github.com/libgit2/libgit2sharp).
It doesn't have to be an all or nothing deal, as we can incrementally switch over a subset of operations.
In the early days, we tried to do that but it just wasn't ready for prime time. Now both Github for Windows and the new Visual Studio git pluggin uses it, so I expect it to be in pretty good shape.
The text was updated successfully, but these errors were encountered: