-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
integrating Git for Windows vs. Git for Windows SDK? #813
Comments
We are integrating the finished product, not the build environment |
And always have, I believe. What is currently being bundled in the development branch is Git for Windows 2.x based on Msys2 versus what is currently bundled in released versions which is Git for Windows 1.9x based on Msys. From: Benjamin Staneck [mailto:[email protected]] We are integrating the finished product, not the build environment — |
I guess the core of my question was that the change to 'vendor/sources.json' here (3e06fcb) starting the move to git-for-windows changes the source url from 'https://github.com/msysgit/msysgit/releases/download/..' to 'https://github.com/git-for-windows/git/releases/download/..' The repo for the new url is certainly the finished product, but the README of the repo used previously says it is not the finished product (and seems to have said that since at least 2012):
I had always thought msysgit and Git for WIndows were just two different ways to acquire git on Windows. This may just be a case of intended use cases in documentation vs. actual traditional use cases, but it made me wonder if there was an intentional shift to the "finished product" (git-for-windows) when the transition was started within cmder. And if not I wanted to point it out in case there were tools that used to be in msysgit intended for its "build environment" that are now only in the SDK (which, I believe the SDK only came into being recently). |
The whole thing has always been a mess but it is a bit better now with the new naming |
Okay, so the confusion is normal I guess (and I agree, I find the new naming pretty straightforward). Thanks/closing |
So I'm just getting to mixed/alternate/better shells on Windows after being a long time PuTTY user since moving to Linux work; try and go easy on me :D
In any case, would it be fair to say that previously cmder integrated the build environment for Git for Windows 1.x (msysgit), but now integrates (or is moving to integrate) Git for Windows 2.x itself as opposed its build environment (i.e.: the Git for Windows SDK)?
If that is true, I was wondering if moving from integrating the build environment to integrating the thing being built itself has had any downsides?
I'm mainly interested because of the MinGW and MSys2 package builders that are somewhat integrated in the Git for Windows SDK (https://github.com/git-for-windows/build-extra#mingw-packages). Could I just unpack a bunch of cygwin's binaries into cmder's ./bin PATH addon if I don't want to have to integrate cygwin as a fully separate shell in cmder?
The text was updated successfully, but these errors were encountered: