They help, but as a user of Github for Windows, I have too often been told that a "synch" (basically a combination of push and pull) failed and I need to resolve the issue using my command prompt. As an anecdotal measure, I would estimate this happens about 5 to 10% of the time while working alongside my colleagues who are not using Github for Windows, or any similar GUI tool, and using our own private Gitlab origin.

Github for Windows is also disappointingly lacking in functionality that is necessary in my workgroup. For example, it does not support Git submodules or two-origin configurations. When I work in repositories we have configured in that fashion, the command line is my option of choice. And let me be frank: there are scarcely any tools I use that have a worse user interface than the Git command line tool.

I agree with the grandparent that there remains a market under-served: to provide a decent user interface on top of Git. Github for Windows is amazing for a free tool and I give the development team a great deal of respect for what they have provided users like myself (people who want their source control and build tools to just do their job simply and get the heck out of the way). But there is a lot of room for improvement. I for one would pay good money for a Github for Windows "Professional" version.

Try Atlassian's SourceTree.[1] I have only used the Mac app. It's the GUI I settled on after trying three or four others, including Github (again, for Mac). They built the Windows client after everyone who uses Windows at work clamored for it. I'm still on XP though and it requires 7+.

Atlassian also has a good, friendly set of tutorials for using Git.[2] The order in which they introduce the concepts and the commands encourages a clear understanding of the whole system.

[1]http://www.sourcetreeapp.com/ [2]http://www.atlassian.com/git/tutorial

SourceTree has been great and Atlassian's support is also excellent. However, I still can't work out how to turn off Git's overly-optimistic automerge, which leaves << HEAD strewn through files at random.

Using the command line, that would be a merge conflict. If SourceTree is treating it as a successful merge, that would be a bug.

I briefly tried SourceTree when the Windows build was first made available for download. However, it too did not support Git submodules--although from my understanding the Mac version does. I'll keep an eye on it though, since that seemed like something that would be added in time.

I am a firefighter and hobby/part-time developer. We have more manuals and SOP's than you can shake a stick at. They should be in source control so we can see how strategy and tactics evolve over time, who made the changes, diff's and/or allow "pull requests" from the field to change something for the better, as just one example.

Now, try to explain to your Chief or supervisor about how awesome Git is.. that is easy and I've done it. Then comes the part where you explain how to use it; The problem is the interface on both the CLI and GUI require a TON of "other" ___domain knowledge to use effectively. Abstract all that away at the same price point of Github and you will win a HUGE market.

We don't have IT budget to pay anyone to do this... nor buy the extremely expensive solutions that already exist. So we rely on email and ad hoc training to make sure everyone can stay abreast. Now, how many businesses not related to software development could benefit from Git or a similar DVCS?

That's a pretty interesting use case. I'm always interested in occupations with non-technical emphasis that are moving towards Git, GitHub, and source control in general.

I'd be really interested in hearing more about the problems you face, personally and within the firestation. If you'd like you can email me at my username [at] gmail.

Will do. Think about medical records or 911 call data in a git repo. This is evolutionary stuff that no one in the fire service is thinking about. Hell, our IT guru's can't seem to get clean data from one database to another. Its a sad state in .gov IT at the local level.

We used MS word with revision tracking on my VFD. Of course if the file is lost or corrupted- out of luck.

Have you all tried using some of the features built in to the editors like revision tracking or history a la google docs?

I know I'm starting to go apples to oranges here- but just tossing that out since those features are sometimes overlooked or forgotten about.

Hello Brother! Yes, we've used those... sadly they don't work "at scale." My department has 600 members and a lot of them have good ideas. They have to go through the chain-of-command to get those ideas heard. This method not only suffers from the telephone problem Ie. the idea is lost in translation. It also suffers from a Chief or Capitan not liking the idea(s) and never doing anything with it. Manuals and SOPs in a democratic environment where anyone could clone, make changes and submit pull-requests would be a manna from heaven.

In that case a Github wiki might be a good start. You get the version control, but there's enough abstracted away that it should be easy to get up and running with. Now, you just need everyone in your department to get a Github account...