On Fri, Nov 23, 2007 at 01:16:20PM +0100 I heard the voice of
Richard Levitte, and lo! it spake thus:
> In message <[EMAIL PROTECTED]> on Fri, 23 Nov 2007 05:22:30 -0600, "Matthew
> D. Fuller" <[EMAIL PROTECTED]> said:
>
> 1) if the "off side" branch really is free.lp.se:X.ctwm.compiler_errors,
> it should be visible to the rest of us, since my server accepts the
> glob "free.lp.se:X.ctwm*". There are already a few other
> subbranches that prove this.
Well, that was the point of the workflow; X.ctwm.compiler_errors only
exists in my 'ctwm.fullermd' repo, from which only X.ctwm gets pushed
into my 'ctwm' repo, which is the one that talks to guardian.
X.ctwm.compiler_errors now no longer has any reason to exist; it
served its purpose, I did the work, now I just wanna cram it back onto
X.ctwm and throw away X.ctwm.compiler_errors. I don't want
X.ctwm.compiler_errors showing up on 'mtn ls branches' for the
remaining life of the universe, and I don't want it getting lumped
together with possible unrelated future work that might get done on a
branch called X.ctwm.compiler_errors. The branch, by intention, is
temporary and transient, and never meant to be exposed as itself
anywhere else; it's just where I did the error-fixing until it was
ready to be returned to the trunk.
> 2) mtn propagate only creates a new revision that is placed in the
> target branch, it doesn't add any branch certs to already existing
> revisions. But then, you didn't do a propagate either, you just
> commited 4da54949171b2cc1c5f467318daf87b683a77d9b into
> free.lp.se:X.ctwm, didn't you? Or alternatively, you simply added
> a branch cert to it?
No, I did prop it:
% history | grep 'mtn prop'
48 11:41 time mtn prop free.lp.se:X.ctwm.compiler_errors
free.lp.se:X.ctwm
Then a little poking around checking stuff, and I pushed it back into
my 'ctwm' repo, which is the one that talks to guardian:
59 11:43 mtn push
(where it got checked over again before pushing from there to
guardian)
No merge rev was created because X.ctwm's head hadn't moved since I
branched off into X.compiler_errors. 4da549 was the head on
X.ctwm.compiler_errors at the time I did the prop (and is still the
head of course; I update'd my workspace away from that branch and
don't intend to ever look at it again).
--
Matthew Fuller (MF4839) | [EMAIL PROTECTED]
Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
On the Internet, nobody can hear you scream.
