<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 5, 2013 at 8:54 PM, Sean Farley <span dir="ltr"><<a href="mailto:sean@mcs.anl.gov" target="_blank">sean@mcs.anl.gov</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Since mercurial was built on the concept of having a contiguous range of<br>
revisions, it took quite a bit of work to implement filtering which is<br>
what I was referring to (in git, this is accomplished by removing a<br>
ref). So, we are talking about different things.<br>
<br>
What you are asking for, it seems, is a log alias. If you only want the<br>
current branch / bookmark / fork, then 'hg log -G -r :.' where -G will<br>
give you the ascii graph. If you want a fancy one (with colors and<br>
branch names that aren't 'default' and bookmarks), then you can use the<br>
one I wrote:<br>
<br>
[alias]<br>
gll = log -G --pager=always                --template="{label('changeset.{phase}', rev)}:{label('changeset.{phase}', node|short)} {label('log.description', sub('{',r'\{',desc|firstline|strip))} {ifeq(branch,'default','',label('log.branch', '{branch} '))}{bookmarks % \"{label('log.bookmark', '{bookmark} ')}\"}{tags % \"{label('log.tag', '{tag} ')}\"}{label('log.date', date|shortdate)} by {label('log.user', author|person)}"<br>


<br>
and use it as 'hg gll -r :.' or again, make another alias,<br>
<br>
gl = gll -l 25 -r :.<br>
<br>
and use it as 'hg gl'. I have other useful aliases defined in my<br>
dotfiles repo:<br>
<br>
<a href="https://bitbucket.org/seanfarley/dotfiles/src/default/.hgrc#cl-188" target="_blank">https://bitbucket.org/seanfarley/dotfiles/src/default/.hgrc#cl-188</a></div></blockquote><div><br></div><div>I know you can write aliases to provide reasonable behavior, but this doesn't help the new user. It seems like the Hg only option would be to have one repo that contains only one head ('master' in git lingo) and another repo that has all the topic branches and volatile integration branches, with the expectation that any users pulling from the volatile repo knows what they are doing. This is basically the situation we have now with release and dev.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
</div>Ok, we have different meanings for namespace. Yes, what you describe is<br>
exactly what I hope to accomplish with my revival of the remote-branches<br>
extension.</div></blockquote></div><br>Cool, what will that interface look like?</div></div>