3 ms·

> Mercurial Is that the same Mercurial that didn't even supported stashing local changes? Exactly what does anyone stand to gain by switching from Git ti Merc

> Mercurial Is that the same Mercurial that didn't even supported stashing local changes? Exactly what does anyone stand to gain by switching from Git ti Mercurial?

masukomi 4y ago
been a while since i used it but best i recall Mercurially was a very close competitor to git, but in many cases had arguably better commands for accomplishing the tasks. That is to say, less memorization of archaic patterns and more "oh that makes sense". Git has gotten a lot better in this area since then. Git stash however, is one place where it's just crap. `git stash apply stash@{3}` ?!?!? No. omg no. Sure, for "hey it works" but not for "hey let's have this be the standard interface that we give to everyone and never improve" After all these years we still can't say `git stash apply 3` ??? really? also git stash is wildly divergent in terms of conventions relative to all the other commands.
kasey_junk 4y ago
Shelve shipped with mercurial 2.8 in 2013. Prior to that there were several third party extensions that did similar. But it’s a good example of why mercurial was better. It’s more ergonomic. All of the parameters on shelve match what you’d see on other hg commands and to shelve and unshelve you use those commands, not pop and push. You can also give short names to shelves for use in the ui, not just the message or sha.
- arinlen 4y ago
  > Shelve shipped with mercurial 2.8 in 2013. Not really. Mercuria's shelve extension existed for a while but it only saw its way into Mercurial Core and made available by default with the release of Mercurial 5.1. https://www.mercurial-scm.org/wiki/ShelveExtension https://www.mercurial-scm.org/wiki/ShelveExtension I feel it's disingenuous to clam that a feature was provided by an application if it's only provided as an add-on that requires the user to explicitly enable.
  - kasey_junk 4y ago
    Why? It was a widely anticipated and announced feature. The standard way mercurial added new features was to gate them behind configs and only after they were widely tested turning them on by default. This is a good thing! Prior to shelve being included with the mercurial distribution a third party extension was available going back to 1.x (or perhaps before I started using it around 1.8). And get this, it also prioritized ergonomics and was largely just adapted directly.
  - handoflixue 4y ago
    > I feel it's disingenuous to clam that a feature was provided by an application if it's only provided as an add-on that requires the user to explicitly enable. Would you consider it disingenuous to claim that there's visual UIs for git? It seems weird to ignore extensions that are extremely well known within the community. Plenty of people recommend using Firefox because it supports better ad-blocking extensions, even though those are also "sold separately".

> Mercurial Is that the same Mercurial that didn't even supported stashing local changes? Exactly what does anyone stand to gain by switching from Git ti Mercurial?

masukomi 4y ago

been a while since i used it but best i recall Mercurially was a very close competitor to git, but in many cases had arguably better commands for accomplishing the tasks. That is to say, less memorization of archaic patterns and more "oh that makes sense". Git has gotten a lot better in this area since then. Git stash however, is one place where it's just crap. `git stash apply stash@{3}` ?!?!? No. omg no. Sure, for "hey it works" but not for "hey let's have this be the standard interface that we give to everyone and never improve" After all these years we still can't say `git stash apply 3` ??? really? also git stash is wildly divergent in terms of conventions relative to all the other commands.

kasey_junk 4y ago

Shelve shipped with mercurial 2.8 in 2013. Prior to that there were several third party extensions that did similar. But it’s a good example of why mercurial was better. It’s more ergonomic. All of the parameters on shelve match what you’d see on other hg commands and to shelve and unshelve you use those commands, not pop and push. You can also give short names to shelves for use in the ui, not just the message or sha.

arinlen 4y ago
> Shelve shipped with mercurial 2.8 in 2013. Not really. Mercuria's shelve extension existed for a while but it only saw its way into Mercurial Core and made available by default with the release of Mercurial 5.1. https://www.mercurial-scm.org/wiki/ShelveExtension https://www.mercurial-scm.org/wiki/ShelveExtension I feel it's disingenuous to clam that a feature was provided by an application if it's only provided as an add-on that requires the user to explicitly enable.
- kasey_junk 4y ago
  Why? It was a widely anticipated and announced feature. The standard way mercurial added new features was to gate them behind configs and only after they were widely tested turning them on by default. This is a good thing! Prior to shelve being included with the mercurial distribution a third party extension was available going back to 1.x (or perhaps before I started using it around 1.8). And get this, it also prioritized ergonomics and was largely just adapted directly.
- handoflixue 4y ago
  > I feel it's disingenuous to clam that a feature was provided by an application if it's only provided as an add-on that requires the user to explicitly enable. Would you consider it disingenuous to claim that there's visual UIs for git? It seems weird to ignore extensions that are extremely well known within the community. Plenty of people recommend using Firefox because it supports better ad-blocking extensions, even though those are also "sold separately".