Differences between revisions 2 and 21 (spanning 19 versions)
Revision 2 as of 2014-04-12 21:18:26
Size: 1031
Comment:
Revision 21 as of 2014-05-27 23:41:07
Size: 3227
Comment: reference to --partial
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
This page explain the Mercurial Patch Review Process and how (anyone) can help. This page explains the Mercurial patch review process and how (anyone) can help.
Line 8: Line 8:
 * All reviews happen one MailingLists#The_Mercurial-Devel_list  * All reviews happen on MailingLists#The_Mercurial-Devel_list
Line 10: Line 10:
 * Contributor follow the ContributingChanges and send they patch to the list (hopefully using the PatchbombExtension)  * Contributors follow the ContributingChanges and send their patch(es) to the list (hopefully using the PatchbombExtension)
Line 12: Line 12:
 * Review are just email reply to the emailed patch  * Reviews are just email replies to the emailed patch
Line 14: Line 14:
 * **Everyone** is welcome to do review.  * ``Everyone`` is welcome to do review.
Line 18: Line 18:
 * The patch is compliant to the ContributingChanges bullet list.  * The patch should conform to the ContributingChanges bullet list.
Line 20: Line 20:
   Quick reminder of important thing:    Quick reminder of important things:
Line 24: Line 24:
   * Patch does one and one thing,    * Patch does one and only one thing,
Line 29: Line 29:

   * (all the other things in the list)
Line 36: Line 38:
If any concerns raised, reply to the email asking question. If any concerns raised, reply to the email asking questions.
Line 40: Line 42:

== Accepters Review Checklist ==

Some people are blessed to accept patches and push them to a repo where Matt Mackall ultimatly pull from.

Here is another check list for them

 * Run check code on all patches

 * Run the whole test suites

 * Reply to the list saying that you took care of the patch


---- /!\ '''Edit conflict - other version:''' ----
 * you can get the patches files directly from http://review.octopoid.net/patches/<node>/raw.txt Appropriate hg alias would be:

  {{{
[alias]
getpatch=import --partial --obsolete http://review.octopoid.net/patches/$1/raw.txt
}}}


---- /!\ '''Edit conflict - your version:''' ----

---- /!\ '''End of edit conflict''' ----
 * Make sure you created obsolescence marker between the node in the patch and the one you created, e.g.

  {{{#!bash

---- /!\ '''Edit conflict - other version:''' ----
hg import --partial --obsolete <patches>:

---- /!\ '''Edit conflict - your version:''' ----
hg import --partial --obsolete <patches>:

---- /!\ '''End of edit conflict''' ----
}}}

 * use the [[https://bitbucket.org/marmoute/mutable-history/src/98b5ac44a25913e546f4588dba5b7a1db39c82d4/hgext/drophack.py?at=default|drophack extension]] if you need to drop a changeset you queued

 * Rebase your queue on top of main's ```@```

 * Move ```@``` with the changeset you pushed.

 * Update [[http://patchwork.serpentine.com/project/hg/list/|Patchwork]] once you have pushed

Line 42: Line 92:
 * Patchwork  * [[http://patchwork.serpentine.com/project/hg/list/|Patchwork]] ([[http://hgpatches.appspot.com/?days=30|backlog plot]])
Line 44: Line 94:
 * Patch bomb  * [[http://hgpatches.durin42.com/|The Patches Bot]] ([[http://hg.durin42.com/patchbot/|sources]])
Line 46: Line 96:
 * Collection of script  * [[http://42.netv6.net/reviewtools/|Collection of script]]


---- /!\ '''Edit conflict - other version:''' ----
 * Various data collection [[http://review.octopoid.net/]]

 * [[http://www.selenic.com/inbox|Matt Mackall Inbox Metrix]] (nb email, nb patches, oldest email (in day))

---- /!\ '''Edit conflict - your version:''' ----
 * [[http://www.selenic.com/inbox|Matt Mackall Inbox Metrix]] (nb email, nb patches, oldest email (in day))

---- /!\ '''End of edit conflict''' ----

Patch Review Process

This page explains the Mercurial patch review process and how (anyone) can help.

1. Generic Fact

2. Simple Review Checklist

  • The patch should conform to the ContributingChanges bullet list.

    • Quick reminder of important things:
    • commit message format,
    • Patch does one and only one thing,
    • Change is tested
    • Documentation augmented an updated
    • (all the other things in the list)
  • You understand the change
  • The change seems correct
  • The change seems efficient

If any concerns raised, reply to the email asking questions.

If everything sounds good, reply to the email too. Just state it looks good to you.

3. Accepters Review Checklist

Some people are blessed to accept patches and push them to a repo where Matt Mackall ultimatly pull from.

Here is another check list for them

  • Run check code on all patches
  • Run the whole test suites
  • Reply to the list saying that you took care of the patch


/!\ Edit conflict - other version:



/!\ Edit conflict - your version:



/!\ End of edit conflict


  • Make sure you created obsolescence marker between the node in the patch and the one you created, e.g.
    • ---- /!\ '''Edit conflict - other version:''' ----
      hg import --partial --obsolete <patches>:
      
      ---- /!\ '''Edit conflict - your version:''' ----
      hg import --partial --obsolete <patches>:
      
      ---- /!\ '''End of edit conflict''' ----
  • use the drophack extension if you need to drop a changeset you queued

  • Rebase your queue on top of main's @

  • Move @ with the changeset you pushed.

  • Update Patchwork once you have pushed

4. Review Tooling


/!\ Edit conflict - other version:



/!\ Edit conflict - your version:



/!\ End of edit conflict


ReviewProcess (last edited 2022-10-12 15:53:35 by AugieFackler)