|
Size: 6637
Comment:
|
Size: 371
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 1: | Line 1: |
| #format wiki #language en = Mq Tutorial = [[TableOfContents]] == Why would I want to use mq? == Show how MqExtension is a solution to a problem and not a solution looking for a problem. The quilt pdf paper seems to be a good starting point. == What is all this talk about a stack? == Before we begin this tutorial, there are 3 things to keep track of when using the mq extension: the {{{localRepository}}}, the {{{mqPatches}}}, and the {{{workingDirectory}}}. When the mq documentation talks about a stack, it refers to the {{{localRepository}}} as a stack on which one can push/pop patches. {{{mqPatches}}} works like a queue, where the first patch you create would be the first patch to be pushed to the {{{localRepository}}} stack. == Working with mq == <maybe put a table of contents here?> === Get a repository to do work on === This can be done by either initializing a brand new Mercurial repository yourself (ie. using {{{hg init}}}) or by cloning an existing repository. For this tutorial we will use the same repository used in the Mercurial ["Tutorial"]. {{{ hg clone http://www.selenic.com/repo/hello }}} === Indicate that you want to use mq on this repository === mq provides the {{{qinit}}} command to initialize mq on a given repository. To start using mq on our recently cloned repository use: {{{ cd hello hg qinit -c }}} You can type {{{hg help qinit}}} to see help on the specifics of the command. Here we are telling mq to not only initialize an mq queue, but also to keep itself versioned with ["Mercurial"]. This mq does by creating a new repository for use by itself under {{{hello/.hg/patches}}}. === Creating and editing a patch === Now we are ready to start hacking the {{{hello}}} code away. The first step in to create a "patch holder" which will contain the changes that we make. To do this execute: {{{ hg qnew -m "Change language of salutation" newHelloString }}} The {{{-m}}} flag allows you to pass the message to be used in the changeset. This is the same message that would be placed if you did a {{{hg commit -m}}}. Let's now edit {{{hello.c}}} and change line 14 so that you end up with a file that looks like this: {{{#!cplusplus start=12 int main(int argc, char **argv) { printf("Howdy there!\n"); return 0; } }}} At this point our changes are only recorded in the {{{workingDirectory}}}. To verify this we can execute {{{hg status}}} and see that the {{{hello.c}}} file has been marked as modified. We will record the changes into our current patch ({{{newHelloString}}}) by executing {{{hg qrefresh}}}. If we run {{{hg status}}} again, we will see that there are no pending changes in our {{{workingDirectory}}}. Let's ask mq what patches it has push on top of the repository stack by running {{{hg qapplied}}}. mq tells us that it has applied {{{newHelloString}}}, and we can verify this by running {{{hg log}}} and noticing that the repository has that patch in it's history. [Hmmm... where do we need to talk about push/pop?] === Dealing with more than one patch on our patch queue === We now realize that our {{{hello.c}}} file needs to be able to tell us who it is, and in good form, we don't want to mix our changes to the salutation with this new modification (the why of this is beyond the scope of this tutorial). So we create a new patch and make the changes: {{{ hg qnew -m "Have hello say who he is" sayName }}} ... edit {{{hello.c}}} and add line 15 below to it {{{#!cplusplus start=12 int main(int argc, char **argv) { printf("Howdy there!\n"); printf("My name is 'hello.c'!!!\n"); return 0; } }}} Lets commit our changes to the mq queue by running {{{hg qrefresh}}}. We can now see that mq has applied the last two patches to the repository by running both {{{hg qapplied}}} and {{{hg log}}}. === Versioning our patch set === This amounts to using the standard hg commands on the patch repository in {{{.hg/patches}}}. MQ provides {{{qcommit}}} as a shorthand for commit in the patch directory, but for more advanced uses (like sharing the patch queue among multiple repositories), you might find a function like the following shell alias convenient: {{{alias mq='hg -R $(hg root)'}}} === Synchronizing with upstream === Time goes by and we need to synchronize with upstream. Before we do this, we need to remove our mq queue of patches from the local repository and then reapply those patches after a successful pull. So we would do: {{{ hg qpop -a hg pull -u hg qpush -a }}} For a guide on using MQ to do three-way merges of upstream changes and the patch queue, see MqMerge. == Further reading == * MqExtension : mq's main page * [http://www.suse.de/~agruen/quilt.pdf quilt pdf] : more about quilt * [http://www.red-bean.com/~bos/hgbook.pdf The BOS book] : chapter 6 is an excellent overview of MQ == Other tips and tricks == === Convert a patch to a permanent changeset === When 0.9.2 is released (or if you're running tip), you can use qdelete -r <revision> on an applied patch (where revision can be any symbolic name for a revision, including a patch name). Until then, pop the queue, {{{hg import .hg/patches/<patchname>}}}, and {{{hg qdel <patchname>}}}. === Split a patch into multiple patches === Need help here! cmason hinted on irc that one can do something like this Goal:: End up with OP=P1 + P2, where OP=Original Patch, P1=Patch 1, P2=Patch 2 In 0.9.2, it is easy to split a patch by file: * {{{hg qpush OP}}} * {{{hg qrefresh <paths to keep>}}} to replace OP with P1, including only the paths you named. The other changes will remain as uncommitted changes in the working directory. * {{{hg qnew -f P2}}} to pick up those changes. If you're running an older version or need to split apart changes within individual files, you have to do it manually: * Make sure OP is applied to workingDirectory * Copy OP to a temp patch file (OPT) * Edit OPT and remove things intended to stay in P1 (OPT ends up having P2). {{{filterdiff}}} is a useful tool for this. * in workingDirectory run: * {{{patch -p1 -R < OPT}}} * {{{hg qrefresh}}} : updates mq's OP to only have P1 * {{{hg qnew -m "foo" P2}}} * {{{patch -p1 < OPT}}} * {{{hg qrefresh}}} === Re-ordering patches === This is a very safe way to do it: * Execute {{{hg qpop -a}}} to remove all patches from the stack * Reorder patches in {{{.hg/patches/series}}} file * Execute {{{hg qpush -a}}} or {{{hg qpush}}} for patches that you want to re-apply |
Hi there, I am Jamison. I am genuinely fond of computers and now I have time to acquire on new issues. Choosing is how I make funds. Massachusetts is wherever we have been living for yrs but now I am taking into consideration other solutions. Go to my web page to uncover out more: http://truth777exposed.blogspot.co.nz/2011/07/more-of-global-elites-agenda-exposed.html |
Hi there, I am Jamison. I am genuinely fond of computers and now I have time to acquire on new issues. Choosing is how I make funds. Massachusetts is wherever we have been living for yrs but now I am taking into consideration other solutions. Go to my web page to uncover out more: http://truth777exposed.blogspot.co.nz/2011/07/more-of-global-elites-agenda-exposed.html