|
|
|
|
|
by jordigh
4055 days ago
|
|
Do you realise that "HEAD-based" doesn't mean anything? In git you are always at HEAD, by definition. It refers to the commit currently checked out, wherever it may be in history. The only way to not be at HEAD is to have a bare repo without a working directory. Mercurial calls this commit "the parent of the working directory" and uses the notation "." to refer to it. It's a very widespread common misconception that "HEAD" means "latest", probably because this is what it means in svn. And this brings up some very interesting usability research from Google: the vast majority of people who use any VCS don't really understand it: http://static.googleusercontent.com/media/research.google.co... I realise you are trying to say that you like to rebase and linearise your hg history. This is just `hg pull --rebase`, just like `git pull --rebase`. > only that the defaults of `hg log` and various other commands don't interop very well, which means you have to memorise a lot of flags and arguments. I assume you want something like git where "log" by default starts from the currently checked out commit and hides the rest? You can have that, and if you don't like memorising the incantations to do that, you can save them as aliases in your ~/.hgrc |
|