Compare Revisions

Mercurial Queues

Revision 440299:

Revision 440299 by wesj on

Revision 440301:

Revision 440301 by wesj on

Title:
Mercurial Queues
Mercurial Queues
Slug:
Mercurial_Queues
Mercurial_Queues
Tags:
"Mercurial","Developing Mozilla","Build documentation"
"Mercurial","Developing Mozilla","Build documentation"
Content:

Revision 440299
Revision 440301
n261        <h4 id="Optional_Parameters">n
262          <strong>Optional Parameters</strong>
263        </h4>
nn284        </p>
285        <ul>
286          <li>
287            <strong><code>hg qpop -a</code></strong> will unapply
 > all of the applied patches in a queue.
288          </li>
289        </ul>
290      </dd>
291      <dt>
292        <strong><code>hg qpush</code></strong>
293      </dt>
294      <dd>
295        <p>
296          Apply the next unapplied patch. If the patch is out of 
 >date—that is, if you've done <code>hg update</code> since the las
 >t time you refreshed it—then you might get rejects! The only thin
 >g to do in that case is to apply the rejects manually and <code>h
 >g qrefresh</code>.
297        </p>
298        <ul>
299          <li>
300            <strong><code>hg qpush patch_name</code></strong> wil
 >l apply patches until the desired patch is on top.
301          </li>
302          <li>
303            <strong><code>hg qpush -a</code></strong> will apply 
 >all the patches in the queue (until a merge conflict is found).
304          </li>
305        </ul>
306      </dd>
307      <dt>
308        <strong><code>hg qdelete <var>patchname</var></code></str
 >ong>
309      </dt>
310      <dd>
311        <p>
312          Throw an unapplied patch away. This removes the patch f
 >rom your <code>.hg/patches</code> directory (and from MQ's oversi
 >ght generally).
n293            <strong><code>hg qpop -a</code></strong> will unapplyn319            <strong><code>hg qdelete -r qbase</code></strong> wil
> all of the applied patches in a queue.>l commit a patch as a permanent changeset, the same as <code>hg q
 >finish</code>.
n298        <strong><code>hg qpush</code></strong>n324        <strong><code>hg qfinish</code></strong>
299      </dt>
300      <dd>325      </dt>
301        <p>326      <dd>
302          Apply the next unapplied patch. If the patch is out of 
>date—that is, if you've done <code>hg update</code> since the las 
>t time you refreshed it—then you might get rejects! The only thin 
>g to do in that case is to apply the rejects manually and <code>h 
>g qrefresh</code>. 
303        </p>327        <p>
304        <h4 id="Optional_Arguments">328          "Finish" the bottommost applied patch. It becomes a per
 >manent changeset, suitable for pushing, using the commit message 
 >set with <code>qrefresh</code>. You can only finish patches from 
 >the bottom (i.e. you can't finish a patch that's applied over unf
 >inished patches).
305          <strong>Optional Arguments</strong>
306        </h4>329        </p>
n309            <strong><code>hg qpush patch_name</code></strong> wiln332            <strong><code>hg qfinish -a</code></strong>&nbsp; (or
>l apply patches until the desired patch is on top.> <strong><code>hg qdelete -r qbase:qtip</code></strong>) will fin
 >ish all applied patches. See also <a href="#Reordering_the_queue"
 >>#Reordering the queue</a> below.
310          </li>
311          <li>
312            <strong><code>hg qpush -a</code></strong> will apply 
>all the patches in the queue (until a merge conflict is found). 
n317        <strong><code>hg qdelete <var>patchname</var></code></strn337        <strong><code>hg qimport <em>filename_or_url</em></code><
>ong>>/strong>
318      </dt>
319      <dd>338      </dt>
320        <p>339      <dd>
321          Throw an unapplied patch away. This removes the patch f
>rom your <code>.hg/patches</code> directory (and from MQ's oversi 
>ght generally). 
322        </p>340        <p>
323        <h4 id="Optional_arguments">341          Import a patch into your queue, e.g. from Bugzilla. It 
 >is unapplied by default and the <code><em>filename_or_url</em></c
 >ode> is the <em>patchname</em>. You can directly import a Bugzill
 >a patch by using the Bugzilla attachment URL as the argument. In 
 >that case you may also want to use <code>-n <em>patch_name</em></
 >code> to specify the patch name.
324          <strong>Optional arguments</strong>
325        </h4>342        </p>
n328            <strong><code>hg qdelete -r qbase</code></strong> wiln345            <strong><code>hg qimport -r tip</code></strong> with 
>l commit a patch as a permanent changeset, the same as <code>hg q>no mq patches applied, will reimport the last committed changeset
>finish</code>.> into your mq. This is useful when, e.g., you forget to set a com
 >mit message for a patch before <code>qfinish</code>ing it.
346          </li>
347          <li>
348            <strong><code>hg qimport <em>filename</em> -n <em>nam
 >e</em></code></strong> will allow you to name the patch you are i
 >mporting.
n332      <dt>n
333        <strong><code>hg qfinish</code></strong>
334      </dt>
335      <dd>
336        <p>
337          "Finish" the bottommost applied patch. It becomes a per
>manent changeset, suitable for pushing, using the commit message  
>set with <code>qrefresh</code>. You can only finish patches from  
>the bottom (i.e. you can't finish a patch that's applied over unf 
>inished patches). 
338        </p>
339        <h4 id="Optional_arguments">
340          <strong>Optional arguments</strong>
341        </h4>
342        <ul>
343          <li>
344            <strong><code>hg qfinish -a</code></strong>&nbsp; (or
> <strong><code>hg qdelete -r qbase:qtip</code></strong>) will fin 
>ish all applied patches. See also <a href="#Reordering_the_queue" 
>>#Reordering the queue</a> below. 
345          </li>
346        </ul>
347      </dd>
348      <dt>
349        <strong><code>hg qimport <em>filename_or_url</em></code><
>/strong> 
350      </dt>
351      <dd>
352        <p>
353          Import a patch into your queue, e.g. from Bugzilla. It 
>is unapplied by default and the <code><em>filename_or_url</em></c 
>ode> is the <em>patchname</em>. You can directly import a Bugzill 
>a patch by using the Bugzilla attachment URL as the argument. In  
>that case you may also want to use <code>-n <em>patch_name</em></ 
>code> to specify the patch name. 
354        </p>
355        <h4 id="Optional_Parameters">
356          <strong>Optional Parameters</strong>
357        </h4>
358        <ul>
359          <li>
360            <strong><code>hg qimport -r tip</code></strong> with 
>no mq patches applied, will reimport the last committed changeset 
> into your mq. This is useful when, e.g., you forget to set a com 
>mit message for a patch before <code>qfinish</code>ing it. 
361          </li>
362          <li>
363            <strong><code>hg qimport <em>filename</em> -n <em>nam
>e</em></code></strong> will allow you to name the patch you are i 
>mporting. 
364          </li>
365        </ul>
366      </dd>
t371    <h4 id="Optional_arguments">t
372      <strong>Optional arguments</strong>
373    </h4>

Back to History