5 ms·

When I went looking for a git win32 binaries a while ago the attitude was basically "lolz get a mac/linux box". Which is why I use hg instead of git. It's grea

• davej 15y ago
  There are WIN32 binaries linked to from the official GIT site. I mainly use mac but I have had to use the windows binaries a few times in the last few months and everything works fine.
• MartinCron 15y ago
  Which is why I use hg instead of git. I totally see where you're coming from, and I personally think hg is great. I just don't want your comment to scare windows developers off. For the record: running git on windows is great.
  • eropple 15y ago
    Disagree. It's gotten better, but the tooling is awkward, the commonly used UI (TortoiseGit) is wonky, and not being a "native citizen" on the OS isn't acceptable--MSYS is a mess to have around on a Windows machine and even the "minimal subset" that you can install with Git is more than I consider acceptable. (I realize that entirely too much of Git is UNIX-based plumbing, but that's their problem.) I gave Git another shot when Bitbucket started to support it (I won't use GitHub, as it happens), but it didn't shake out for the above reasons. I like being able to open stuff up on any of my machines and the lack of care I perceive in Git on Windows drives me to stay with hg a lot more than it would otherwise.
    • notatoad 15y ago
      git GUIs on windows are all pretty weak, but the git command line and git bash work perfectly well. my experience with git GUIs in general (regardless of the OS) is that you should just give up and use the CLI.
      • malkia 15y ago
        cygwin's gitk works just fine. (or sh -c "git gui")
      • drawkbox 15y ago
        After using Tower on Mac you may change your mind. If there was a client like that on Windows it would win. Currently hg integrates cleanly and more of a svn replacement since it is more open. Note: I code mainly on osx but some .net only on windows. I always thought it was cool that Mercurial is written in Python, part of that cross platform magic.
      • eropple 15y ago
        Cool, great. Except that the Windows command line sucks and bash is uncomfortable to the point of unusability on Windows. I will use a shell (not bash) on Unix platforms where it is properly integrated and meshes with the rest of my workflow; this is not Windows, and attempting to attach it to Windows with baling wire does not work for me. My experience with source control systems--you know, including ones that aren't git--is that you can generally find a good UI for them. SourceTree on Mac is great for hg and git. Tower is great for git, too. Even TortoiseHg is a country mile past TortoiseGit in usefulness.
        • Flow 15y ago
          I use M-x eshell in Windows to get a somewhat comfy command line.
          • eropple 15y ago
            Tried it, despite not being an Emacs guy - it's better, but not great. Honestly, when I wasted time (and it really was a waste) using Cygwin or similar stuff, I just ran sshd and SSH'd to myself from Penguinet.
      • axefrog 15y ago
        Powershell + msysgit work just fine. It puzzles me why people still keep referring to ye olde command prompt as "the windows command line" when Powershell has actually been around for years now and (while significantly different to bash) is extremely capable. My only complaint really is the lack of dynamic resizing without first consulting the options box.
    • rodh257 15y ago
      Have you tried GitExtensions at all? GUI client that integrates with Explorer and visual studio.
      • eropple 15y ago
        Not recently - it was very unstable when I tried before. These days I have no call for it because all my projects are in hg.
    • nahname 15y ago
      I think poor IDE support is pretty unilateral because git is supposed to used from a command line. It is great to work with a tool where the UI is an after thought because the UI will always be cumbersome with something as complex as source control. msysgit works great, has for years. The install is simple enough a non-technical person can do it. I've used git on projects with non-technical people checking in from the command line. It is pretty surprising to see a PM have an easier time than a dev only because they don't have years of UI driven source control working against them. Using source control from the command line... well that is the trick. Though I haven't met many great developers who cannot. Also, git extensions is pretty good (better than tortoise). I usually install it because viewing the history from the IDE is a nice way to keep your flow going. You can do some creative things searching through the logs as well.
    • lusr 15y ago
      I initially struggled with Git on Windows (TortoiseGit was buggy and I'm not a fan of command line) and passed it up for Hg. I took a look back in April (since I liked where GitHub & Bitbucket were going whereas the equivalents for Hg were not as impressive) and since then I've been using GitExtensions + the Git Source Control Provider for Visual Studio with zero issues and have thoroughly enjoyed the experience.
      • vyrotek 15y ago
        Sounds like we had similar experiences. I went to HG but then gave Git another attempt because I didn't like feeling defeated. I've since been using TortoiseGit and it's OK. I've heard of that VS Git extension before. Maybe it's time I give it a go.
• malkia 15y ago
  I use cygwin's git and it's fine. From the cmd.exe prompt, some of them are still working, as long as the cygwin bin folder is in the PATH variable, and the executables end with .exe, and are not cygwin symlinks (the file would be very small and contain something like !<symlink ...>) - then they won't execute, but you can still execute them from cmd.exe, like this: sh -c "gitk --all" Hopefully git is still normal executable (gcc is not, for that: sh -c "gcc --help" C:> gcc --help Access is denied. C:> sh -c "gcc --help" ... Help displayed