Upcoming improvements of the Mercurial Bookmarks extension

Harmony

Creative Commons Licensephoto credit: ~K~

As I’ve just spotted, some important additions have been committed to the repository
of the bookmarks extension: Push now supports only pushing non-bookmarked changesets, which means that your local bookmark branches are really only local and won’t be available in the target repository. And we have a corresponding feature in log to only show bookmarked changesets. Moreover, the bookmark you’re on is now tracked, so now the behaviour is more like the git local branches one.

Especially the push enhancement is important as you now don’t have to strip all bookmark-branches before pushing. So now we only need a means, to propagate bookmarks between repositories :-).

Update: Was backed out again :(.

VN:F [1.9.17_1161]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.17_1161]
Rating: 0 (from 0 votes)

Verwandte Artikel:

  1. Bookmarks, a.k.a. local branches in MercurialEclipse
  2. Mercurial Eclipse 1.2 has been released
  3. Rebase and subversion support in MercurialEclipse

Comments (4)

dspJanuar 2nd, 2009 at 01:25

I’m so sorry that those changesets had to be backed-out because of some discussion in IRC . We came to the conclusion that this is no the right way to fix those things :/

VA:F [1.9.17_1161]
Rating: 0.0/5 (0 votes cast)
VA:F [1.9.17_1161]
Rating: 0 (from 0 votes)
Bastian DoetschJanuar 2nd, 2009 at 09:54

Too bad – I really would have appreciated it, as this is a major point hindering adoption. So what kind of solution did you guys decide on? And will you implement it or will somebody else do so?

VN:F [1.9.17_1161]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.17_1161]
Rating: 0 (from 0 votes)
dspJanuar 2nd, 2009 at 14:56

well we actually decided that we want to use some more generic option do allow pushing/pulling heads, so the non-bookmarked option was backed out.
What we kept was the including of bookmark names in log, and the track.current option, so those will be in 1.2.

VA:F [1.9.17_1161]
Rating: 0.0/5 (0 votes cast)
VA:F [1.9.17_1161]
Rating: 0 (from 0 votes)
BastianJanuar 17th, 2009 at 17:05

So I wonder, who’ll tackle the wire protocol – it would open up a lot of possibilities for extensions if metadata could be synched.

VN:F [1.9.17_1161]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.17_1161]
Rating: 0 (from 0 votes)