Thanks for the hg facilities!

[Giorgos Keramidas]

On Mon, Dec 15, 2014 at 11:17 AM, Roman Neuhauser <neuhauser at sigpipe.cz>
wrote:

> hello keramida,
>
> # gkeramidas at gmail.com / 2014-12-14 11:50:56 -0800:
> > It's nearly impossible to use Git without spending an inordinate
> > amount of time to understand what happens beneath the surface.
>
> sorry to be blunt, but this is BS.  while i won't dispute that git's
> interfaces are a trainwreck, i see plenty git users around me at work
> who don't really understand git, nor do they have any desire.
>

I work at a place where git repositories are the default 'storage'
and the backend of our continuous integration tools.  Every other
day someone comes to me and asks why their git-rebase is
failing and how to cherry-pick this commit from branch 'foo' to
branch 'bar'. Pointing them at the manpage of the respective
tool or to the output of git-cmd --help has *never* worked for me.
Not a single time.

If I have to explain about how git stores revisions internally every
time someone wants to do a simple cherry-pick, you'll excuse me
but I will keep considering everything about its 'interface' a train
wreck.

I've also had to help other people more than twice in the past
couple of months when a tool which queries the set of tags
present in a remote git repository failed to return all the valid tags
because the remote repository was in the process of packing itself
automagically in the background.

Git branches are treated by many people as if they were some
'safe' thing to use for remote collaboration, but they are basically
a very arbitrary way of assigning movable, not very strictly tracked,
symbolic names to commit hashes.  Treating them as anything else
is risky and eventually works in unison with other silly 'features' of
Git (like packs), to make things prone to random failures.

i highly recommend reading gitcore-tutorial(7).  it'll cost you an hour
> or two, that's an epsilon in your "inordinate amount".
>

Thanks for the recommendation, but frankly I find it quite
presumptuous that you think I haven't done that already -- frankly
quite some time ago already.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20141228/3c50fddc/attachment-0002.html>