Git# (GitSharp) 与 Windows 上当前替代方案相比有何优势？
2010 年 8 月发布（他们的网站上有一个非常清晰的路线图），有哪些优势 Git#（或 GitSharp）以及基于它的应用程序已经超过Windows 上当前的替代方案？我的意思是，如果没有 Git#，不可能实现的优势。
编辑：问题的框架不正确。
With their August 2010 release (they have a very clean road-map on their site), what are the advantages Git# (or GitSharp) and applications based on it have over current alternatives on Windows? I mean advantages that could not have been possible without Git#.
Edit: Question wasn't framed properly.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
我不确定谈论一个相对于另一个的优点是否有意义，因为它们是完全不同的东西：MSysGit 是一个供人类使用的程序，Git# 是一个供机器使用的库。
这就像问一片披萨比国际空间站有什么优势。
I'm not sure that it makes sense to talk about advantages of one over the other, given that they are completely different things: MSysGit is a program to be used by humans, Git# is a library to be used by machines.
That's like asking what the advantages are of a slice of pizza over the International Space Station.
对于最终用户来说，这没有什么区别，只是 GitSharp 尚未完成，因此无法提供所有 git 功能。
对于应用程序程序员来说，它确实有很大的不同，因为您可以通过干净简单的 API 访问 git 存储库，并且不需要格式化命令行命令、在单独的进程中启动 msysgit 并解析输出。
For the end user it doesn't make a difference except that GitSharp isn't complete yet and therefor is not able to provide all the git features.
For the applications programmer it does make a huge difference because you can access a git repository via a clean and simple API and do not need to format command line commands, start msysgit in a seperate process and parse the output.
我们希望有一个库能够减少启动进程的启动开销，并避免从标准输出解析结果。这就是 GitSharp 在高层所做的事情。
我可以看到，当大量 git.exe 同时启动时（例如 CruiseControl.NET 自动构建），它们会显着减慢我的电脑速度。
We want a library to reduce startup overhead of launching a process and avoid parsing result from stdout. That's what GitSharp does in a high level way.
I can see when a lot of git.exe launch at the same time (like CruiseControl.NET automatic build), they significantly slow down my PC.