Jay Soffian <jaysoffian@xxxxxxxxx> writes: > Something like this. I'm going to pause here for feedback. Is the (not yet > existant) followup commit referenced above allowing git-credential-osxkeychain > to be a hard link to git a worthwhile endeavor? Or would a better approach be > to make git-credential-osxkeychain.c not use any git code? Most definitely the latter, I would think. The whole point of making the Git credential code talk with a defined interface with external programs is so that these keychain helpers can be written independently from the rest of Git. If the reason why your keychain helper benefits from linking with the rest of Git is because some pieces of information you need in order to respond to the requests from credential interface is hard to get if your helper is built as an independent program, that is a sign that we are not exposing enough information to scripts, iow, the failure in the design of the credential interface. If that is the case (and I doubt it is), we would need to fix the interface (either the credential interface, or perhaps "git config") so that such an independent program does not have to peek inside the internals of Git. If the reason is because you want to reuse some generic C API we have that are not necessarily tied to Git (e.g. strbuf, string-list, etc.), on the other hand, please resist the temptation to do so. It would not help your program to serve as an example of independent external keychain helpers, i.e. a demonstration of how simple to write them. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html