From: eekee57@fastmail.fm (Ethan Grammatikidis)
Subject: [9fans] drawterm bug
Date: Fri, 25 Mar 2011 19:48:50 +0000 [thread overview]
Message-ID: <1301082530.30065.1433892565@webmail.messagingengine.com> (raw)
In-Reply-To: <AD1AE740-C723-498C-87CB-3E1B4F3E11F9@corpus-callosum.com>
On Tue, 22 Mar 2011 13:02 -0500, "Jeff Sickel" <jas at corpus-callosum.com>
wrote:
>
> On Mar 22, 2011, at 12:51 PM, erik quanstrom wrote:
>
> >> back in the right order. Needs work, well, time, it takes time.
> >
> > hey, wait a second ... i thought that was the whole point of hg,
> > to save time. :-)
>
> It does, as long as you don't use certain extensions.
>
> > there were some definate gotchas
> > - hg diff doesn't do the right thing with a patch queue.
> > - hg qpush is terribly misnamed; and hg push --mq is just a poke in the eye.
> > - bitbucket tracks qupdate not qcommit. i don't understand this.
>
> Cloning and not using quilted patch queues does man you can work along in
> your branch of code as needed. Flush out a change, diff it w/ someone
> other revision/tip/repository and go to town. Export the changes
> upstream and it is a bit easier, even push them. I've just not taken the
> time to fully grok the way Bitbucket and a few others use mq.
>
> Too much complexity triggers the trap.
What on Earth is a quilted patch queue? I always thought the whole point
of using a drcs was that you could work in your own branch. I've only
used a drcs once, but everyone had their own branch there & it went
pretty smoothly.
next prev parent reply other threads:[~2011-03-25 19:48 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-21 15:36 erik quanstrom
2011-03-22 14:40 ` erik quanstrom
2011-03-22 17:40 ` erik quanstrom
2011-03-22 17:59 ` Skip Tavakkolian
2011-03-22 18:57 ` erik quanstrom
2011-03-22 17:45 ` Jeff Sickel
2011-03-22 17:51 ` erik quanstrom
2011-03-22 18:02 ` Jeff Sickel
2011-03-25 19:48 ` Ethan Grammatikidis [this message]
2011-03-25 20:09 ` dexen deVries
2011-03-25 21:00 ` Jeff Sickel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1301082530.30065.1433892565@webmail.messagingengine.com \
--to=eekee57@fastmail.fm \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).