Ask HN: Why Did Mercurial Die?:(

https://news.ycombinator.com/item?id=44799715

by sergiotapia • 12 months ago

30 32 12 months ago

news.ycombinator.com

Back in the day it was git vs mercurial -- with Mercurial having obviously better ergonomics. So why did Mercurial die, and is anyone still using it today for their day to day?

gjvc• 12 months ago

Computing is a winner-take-all industry.

romanhn• 12 months ago

Facebook still uses Mercurial for their monorepo, as far as I know. I suspect GitHub is the reason git ultimately won. It became the easy default choice compared to the decision making involved with setting up local version control. For the record, last time I had to make that choice for my team pre-GitHub, I went with hg.

tracker1• 12 months ago

Agreed, I think GitHub was pretty much the critical feature... and happened to come along at a time when SourceForge was widely disliked and people didn't trust some of the other offerings from Google, MS, etc in the open source world nearly as much. GitHub added a social aspect to open-source development that other sites simply didn't have at the time.

unixhero• 12 months ago

Git won before github[0].

0, https://youtu.be/idLyobOhtO4

arp2425• 12 months ago

Is it still used at Facebook? I know they did in the past, but reading up a bit on the background on all of this I found https://github.com/facebook/sapling, and it seems that's what they're using now?

metabro• 12 months ago

Yes they still use it but it’s meta’s version of it similar to presto and everything else.

burnt-resistor• 12 months ago

It's (with arc and eden) aren't really anything like Mercurial anymore. It superficially resembles "hg" but it's a very hacked fork. It's more like sapling. https://sapling-scm.com

The legend has it that git folks didn't want to help scale mega monorepo support way back while hg folks did. Subsequently, Microsoft hired a git person who did add this functionality later such that modern git would work fine today.

incomingpain• 12 months ago

Personally I went from subversion to git. never really made the mercurial stop.

For me, I keep branching super simple, but that was the big one for people. Git branching was far superior to mercurial.

seunosewa• 12 months ago

GitHub made git popular, and git made GitHub popular.

So the major mercurial hosts (especially bucket) decided that it wasn't worth supporting even for their existing users. That was the mail in Mercurial's coffin. Google also decided to shut down their Google Code.

Git's appeal is that it is more flexible and has every feature you might want, allowing people to do whatever they wish whether it's pretty or not. As long as it works, people can look past the ergonomics. GUIs and AI shield most people from the UI.

akagusu• 12 months ago

GitHub made git popular, and git made GitHub popular

The free plan made GitHub popula, not git

arp2425• 12 months ago

Everyone else had free plans too. Often better free plans even.

t-3• 12 months ago

It was both. If it was svnhub nobody would have given it a go.

dehrmann• 12 months ago

Github was part of it. The other part was Linus being the author of Git and putting his weight behind it. It wasn't for technical reasons.

xeromal• 12 months ago

Github made hosting git free with private repos

arp2425• 12 months ago

Private repos were a paid plan on GitHub for a long time. Actually, a lot of people used GitHub for public stuff and BitBucket for private repos, because BitBucket did offer free private repos.

ValdikSS• 12 months ago

Yep, I still use it this way.

I believe that GitHub free for public only repo model is the reason why we have a lot of pet projects published, most of which were not really intended to be published to begin with.

manifoldgeo• 12 months ago

Mozilla still uses Mercurial for Firefox development [0]. They're in the process of moving to git and GitHub [1]. I don't know the status of the move, but I contributed a bit to Firefox's build system via Mercurial, and I am glad to see they're moving to git since it's the industry standard. Mercurial felt so alien when I was using it. Git has its own share of UX problems, but finding support for Mercurial was much harder for me, precisely because nobody really uses it anymore.

References:

0: https://hg-edge.mozilla.org/

1: https://groups.google.com/a/mozilla.org/g/firefox-dev/c/Qnfy...

arp2425• 12 months ago

Previous: Mozilla Firefox – Official GitHub repo - https://news.ycombinator.com/item?id=43969827 - May 2025 (468 comments)

According to the top comment, hg is synced from git (rather than the other way around), and they basically finished the migration AFAIK, with some compatibility/legacy hg stuff for the time being.

silveira• 12 months ago

1. Github. 2. Git was created and used as a version control in the development of the Linux kernel. Some people may correctly think: if it's good enough to be the version control for Linux, it should handle my project.

marklar423• 12 months ago

I think Git was initially more popular and that had compounding effects that made it eclipse Mercurial.

In 2010 or so we tried to adopt Mercurial at the small company I worked at, but the support for Git was just so much better - even back then. Git's popularity meant that tooling, documentation, and general ease of finding people to ask questions was 100x easier with Git, so we switched. I'd imagine the same thing played out many times over.

A few FAANGs did and still use Mercurial, but they're on their own islands and don't really affect the wider tech ecosystem.

010101010101• 12 months ago

Circa ~2007/8 they were both very much on equal footing as far as popularity with individual engineers goes. The Linux kernel being on Git gave it an allure to most that Mercurial never had, but it was GitHub’s ascendancy that really started to put distance between the two.

billy99k• 12 months ago

I used it as a replacement for Subversion for awhile. At some point, I wasn't able to find answers for tech issues I was having (bug workarounds, crashing) and was forced to move to git.

WorldMaker• 12 months ago

Network Effects were a big part of it (lots of reasons why people are mentioning both GitHub and/or Linus' oversized impacts on picking a winner).

I think it is also worth pointing out: Mercurial also got bit by a lot of Anti-Python sentiment from very early on (laughingly, from some number of the same developers that didn't seem to mind how much git included a spaghetti mess of Perl and Bash scripts). The timing of the Python 2 -> 3 transition and the debacle that especially ensued as the various Linux distros made a particular dog's breakfast out of some of it also created additional or new Anti-Python sentiment among would be source control users.

jonathaneunice• 12 months ago

Network effects, powered by GitHub. Back in the day I loved Hg. Logical and rounded-edges where Git was geeky, tweaky, and rough. And the how many uses this vs. how many use that numbers were not so unequal. Tossup IIRC. But GitHub made Git easy to use as a team, collaborative and social, whereas Bitbucket made it easier but not with the same enthusiasm . Small advantages in user base size, branding, and ease of being supported "in the cloud" compounded over time, until suddenly using Mercurial seemed unusual and off the beaten path yet using Git felt natural and common. When supporting services (like CI/CD services) grew, it was clear who'd they support first. The market leader, natch. And so the momentum grew. Classic VHS vs Betamax.

brudgers• 12 months ago

1. Both tools are good enough. Source control is an engineering practice. Good enough is the core of engineering.

2. Source control was and is an expanding market. Beginners don't have the experience to make informed decisions about ergonomics and other nuances. More or less the features of git vs mercurial don't matter when a person adopts source control for the first time.

3. Ecosystems trump ergonomics...e.g. github. So does branding...i.e. the software Torvaldes wrote. And if I could make a bet, I'd bet Torvaldes writes software about as good as anyone on the Mercurial team, if not better.

ectospheno• 12 months ago

We stopped because it was horribly slow on large repos. People confuse mercurial now with mercurial then. It has improved a lot.

nvgrw• 12 months ago

FWIW at Google I use it daily

BobbyTables2• 12 months ago

Have you actually used it?

Mercurial and “ergonomics” are not too words often uttered in the same sentence.

nashashmi• 12 months ago

Mercurial didn’t have the evangelical base that GitHub gave git. Mercurial was hard to see in the real world. Mercurial was not taken up by the young programmers. Soon enough fewer young programmers meant more expensive development time because older more experienced programmers would be maintaining the code.

But I think the biggest reason mercurial did not do well was because the viral network was not there.

If hg wants to still be relevant, it should copy all of git’s commands and features and then supplement it with native features.

gethly• 12 months ago

Github - it was a free hosting for your code which served also as your backup, as back then there were not many VCS hosting services and certainly none, or very few, that were free. Github changed how we approach VCS and code on a world scale.

kingkongjaffa• 12 months ago

Is there a better tool for code review and issue management other than GitHub or gitlab?

Linear is one candidate but they don’t store your code.

Ask HN: Why Did Mercurial Die?:(

Related Stories