On Sat, Apr 19, 2014 at 08:58:32PM +0400, Marat Radchenko wrote: > On Sat, Apr 19, 2014 at 05:24:33PM +0200, Johannes Schindelin wrote: > > Marat, please do not add to the confusion. "msysGit" is the name of the > > *development environment* for developing Git for Windows. > > This confusion comes from the fact that major part of msysGit is packaged > with Git for Windows to be used at runtime.
Only the tools that are needed to run git (and some that the contributors like) are packaged in Git for Windows. For example there is no compiler or similar packaged. > If you insist on msysGit-is-a-development-environment, you have to admit > that msysGit is technically a fork of msys. Well it is a git repository that conveniently packages all the needed tools you need to build "Git for Windows" together. It is a little bit quick and dirty but it works. We have nothing against improving this situation. > My approach undoes this fork step and uses upstream runtime environment > as-is, be it msys, msys2, Cygwin or even SUA [1]. I could even make it a > noop and say "dear user, I don't care how, but please put sh/awk/find/etc > on PATH to make Git work, like things normally happen in *nix world". > > Actually, even if Git was pure C, things like `git filter-branch` would > be almost useless without coreutils & friends. > > > After all, there is no reason for yet another fork. > > If there wasn't, mingwGitDevEnv would not be started. I would not consider mingwGitDevEnv a fork. It is more msysgit next generation. But it needs more work to fully replace msysgit. > I'd say I am doing a 'rebase' instead of 'fork' by using codebase of > Git for Windows (upstream Git sources with Windows-specific patches) > but replacing msysGit-provided runtime environment with another one. The downside of doing this approach is that you regularly have to update your 'rebase' and fix problems. If you integrate your changes into msysgit itself you do not have to do that anymore. Well, if it is one of your changes that breaks something, it still would be nice if you do so ;-) > [1]: http://en.wikipedia.org/wiki/Windows_Services_for_UNIX Cheers Heiko P.S.: BTW, just in case: Being criticized in open-source is good. Even though it might not feel like that. It means people care about the stuff you do and think it is important enough it deserves a reply. They just want to help you improve it. -- 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
