On Sat, 2016-01-30 at 12:02 +0300, anatoly techtonik wrote: > On Mon, Jan 25, 2016 at 11:56 AM, Russel Winder <rus...@winder.org.uk > > wrote: > > HgView shows remote tracking branches. > > AFAIK mercurial doesn't have remote tracking branches. So what is the > purpose of this letter? Inform about a bug in HgView or there is some > deeper rationale behind that?
Well HgView is doing a great job of displaying all the branches specified in .hg/hgrc. It may not be remote tracking branches Git- style, but it sure beats not seeing the data. > > Pity HgView is a Qt application > > rather than a GTK+ one: it looks horrible on my screen, especially > > compared to gitg. > > Why no screens then? ? > Also your assumption that tool defines the interface is wrong - it is > designer who uses the tool who makes it beautiful. GUI applications present the interface the GUI designer/implementor provides, amended only by any theming available at execution time. Qt tools do not obey GTK+3 theming unless the Qt application designer builds that in, which very few do. HgView is pure Qt, with no GTK+3 capability. > > I still prefer the Git transient branch model to the Mercurial > > persistent branch model. > > I also like rebasing Git branches, but this can kill history. > Have you tried Evolve extension? And bookmarks? Except for using Git as a Subversion client, I avoid rebasing at all times. I haven't tried Evolve, what is it? No I haven't played with bookmarks, SCons is the only Mercurial repository I have where such a thing might even be worth trying. Personally I'd rather use Git (on BitBucket) so as to get proper feature branches. -- Russel. ============================================================================= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Road m: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Scons-dev mailing list Scons-dev@scons.org https://pairlist2.pair.net/mailman/listinfo/scons-dev