Live data from Hacker News

Labelled branches: why mercurial is better than git

jhw.dreamwidth.org

11–13 of 13 posts

Re: Labelled branches: why mercurial is better than git

#11
post #6

I'm one of those people that don't see a problem. I don't care what branch work happened on. I care whether it was merged or not. If I'm missing something, could someone correct me? My responses would be as follows: > A) I need to know which branch ab3e2afd was committed to know whether to include it in the change control review for the upcoming release; Why? Is there more to it than you need to know whether it is go…

For example with situation C: with cherry-picking, merging and other actions done by many people - how do you tell which commits are on the topic branch but not merged? How can you tell apart from the commit message, which could've been changed?

I think that this is his biggest issue. When the graph gets complex there is no way to tell what belongs to a topic branch, to some quick bugfix branch merged both ways, etc. etc.

Re: Labelled branches: why mercurial is better than git

#13
> All this is possible because Mercurial stores the name of the branch in the changeset header

Then, everyone who tells that Mercurial is 'distributed' is lying.

Not everyone uses the same VCS. Suppose developer A received the set of patches via e-mail and applied them to his branch. Developer B received the same e-mails and applied them to his own branch. If their local branch names are different, these branches are now diverged forever.

Post reply on HN