I just got one of the best compliments on my code

[honey the codewitch]

To be honest I use so much metaprogramming and template specializations throughout you're not entirely off base. It's necessary to provide the kinds of features and flexibility GFX provides in a manner fast enough for these little MCUs to handle what it is throwing at it.

Real programmers use butterflies

[honey the codewitch]

I'm sticking with Git because of it's "market" saturation. Basically, everyone uses it. That means that 1. It's not going anywhere 2. Most major IDEs and code editors support it, if badly at times 3. If something *does* go wrong, there's a lot of pressure on Microsoft to fix it due to the size of the userbase

Real programmers use butterflies

[honey the codewitch]

Hahahaha it's funny 'cuz it's true!

Real programmers use butterflies

[Jorgen Andersson]

That's it. Except for point 3 which only applies to Github and still won't explain Office.

Wrong is evil and must be defeated. - Jeff Ello

[honey the codewitch]

:laugh: That's fair.

Real programmers use butterflies

[Jon McKee]

I've done some digging around because I've never heard of Mercurial before. They seem pretty similar to be honest. Many of the common commands are the same and many of the flags for those commands are the same. The big difference I can see at the moment is the branching strategy. Since named branches in Mercurial are permanent, it seems like you could really bloat a repo over time with nonsense unless you're super careful about primarily using bookmarks. But then you lose the multi-head ability of branches which seems like the big feature that makes Mercurial "easy to use" since it let's you ignore what in git would be a FETCH_HEAD merge on pull. I can see where this would also cause issues down the road though - you have to remember to merge eventually. Overall I'm always of the mindset that if it meets your needs then go for it, seems like a solid DVCS, but personally I think I like the direction git is going. The newer sparse-index and sparse-checkout features are really cool even though at the moment I'm not working on any monolithic repos large enough to feel the benefit.

[Gary R Wheeler]

It seriously does. I get an attaboy every other year or so at work. It's unreal how much that does for my state of mind. (if you think that's pathetic, you get the point)

Software Zen: delete this;

[Jorgen Andersson]

Jon McKee wrote:

you have to remember to merge eventually.

Default setting is that you can't push without merging first. It's obviously a different mindset, but if you haven't gotten stuck in the "GIT thinking" it's actually easier. Remember, branches aren't the same things. But as you say, the capabilities are very similar. There's a really good primer on the differences here[^]

Wrong is evil and must be defeated. - Jeff Ello

[Rich Shealer]

I started with SVN. Then when I went looking for a distributed system I moved to Mercurial for the same reasons you listed. I only switched to GIT because Visual Studio supported it and I succumbed to peer pressure. I've been on too many technical islands in my career.

[Jon McKee]

That was a really good read. Highly recommended to anyone scrolling through these comments. I still think git isn't as complex as people make it out to be though. Aside from plumbing commands that the majority of people will never touch, the git commands are just operations on four basic structures - tags, commits, trees, and blobs - across three "copies" of the repo - working directory, index/staging area, and the local repo. And a lot of those commands are just common combinations of simpler commands. Next time I'm starting a new personal project I might try out Mercurial though. Can't knock it 'til you try it :)

[Jorgen Andersson]

Jon McKee wrote:

Next time I'm starting a new personal project I might try out Mercurial though

I probably wouldn't bother, Codewitch hit the nail on the fact that GIT is supported directly in VS as well as a load of other tools. There still are quite a few places using Mercurial last time I looked (Mozilla, facebook and Stack overflow to mention a few) but they are slowly getting fewer. And now that I remembered that SO uses HG I also remembered that Joel Spolsky wrote a Mercurial tutorial that used to live at hginit.com. That link is dead now, but the site has gotten a new life at, tada, Github[^] :laugh: That's also a good read. But it was written in 2005 and is probably slightly outdated in some details. BTW, using the extension hg-git allows you to use mercurial as a client to a git repository (that's how similar they actually are). and for that reason they have created a GitConcepts - Mercurial[^] which includes a comparison of concepts and a Command equivalence table. Anyway, if I haven't scared you enough yet I should mention that I never use the CLI. I exclusively use GUI via TortoiseHg[^] which contains everything you need in one package.

Wrong is evil and must be defeated. - Jeff Ello