Hi Jeff, On Wed, Dec 12, 2012 at 1:32 AM, Jeff King <p...@peff.net> wrote: > It would take a lot of effort to expose git-core's internals in a clean > way; you'd probably be better off starting from scratch and rewriting > large parts in a friendly library-like manner. Fortunately, there is > already a project underway to do so: libgit2. It does not yet have > feature parity with git, but it can do quite a bit. And there are > already ruby and python bindings.
Of course, this comes back to the issue of whether it's a good idea to use perl/ruby/python as a front-end to regular git commands (pull/push/etc.). While, yes, bindings can be made for these languages, you are now making git depend on the presence of one of these languages in order for git to function. With Lua, the (static) dependence is very small yet brings much to git in terms of extensibility and maintainability. As for Lua's suitability for your (2) point, I admit I'm not familiar with how much "interacting with the outside world" the git commands do; however, I would suspect that it is not significant enough to rule Lua out? -- - Patrick Donnelly -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
