Skip to content
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

Closed
mark-casey opened this issue Jan 23, 2016 · 5 comments
Closed

integrating Git for Windows vs. Git for Windows SDK? #813

mark-casey opened this issue Jan 23, 2016 · 5 comments

Comments

@mark-casey
Copy link

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?

@Stanzilla
Copy link
Member

We are integrating the finished product, not the build environment

@daxgames
Copy link
Member

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]]
Sent: Saturday, January 23, 2016 4:18 AM
To: cmderdev/cmder [email protected]
Subject: Re: [cmder] integrating Git for Windows vs. Git for Windows SDK? (#813)

We are integrating the finished product, not the build environment


Reply to this email directly or view it on GitHub #813 (comment) . https://github.com/notifications/beacon/AG-qJYvM2e5aLqiCbkCVXguAuj34Iq4Sks5pc0rUgaJpZM4HK5G5.gif

@mark-casey
Copy link
Author

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):

The relationship between msysGit and Git for Windows

Git for Windows is the software package that installs a minimal environment to run Git on Windows. It comes with a Bash (a Unix-type shell), with a Perl interpreter and with the Git executable and its dependencies.

On the other hand, msysGit is the software package installing the build environment that can build Git for Windows.

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).

@Stanzilla
Copy link
Member

The whole thing has always been a mess but it is a bit better now with the new naming

@mark-casey
Copy link
Author

Okay, so the confusion is normal I guess (and I agree, I find the new naming pretty straightforward). Thanks/closing

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants