Documentation / git-cherry-pick.txton commit git-svn: handle our top-level path being deleted and later re-added (12a6d75)
   1git-cherry-pick(1)
   2==================
   3
   4NAME
   5----
   6git-cherry-pick - Apply the change introduced by an existing commit
   7
   8SYNOPSIS
   9--------
  10'git-cherry-pick' [--edit] [-n] [-m parent-number] [-x] <commit>
  11
  12DESCRIPTION
  13-----------
  14Given one existing commit, apply the change the patch introduces, and record a
  15new commit that records it.  This requires your working tree to be clean (no
  16modifications from the HEAD commit).
  17
  18OPTIONS
  19-------
  20<commit>::
  21        Commit to cherry-pick.
  22        For a more complete list of ways to spell commits, see
  23        "SPECIFYING REVISIONS" section in gitlink:git-rev-parse[1].
  24
  25-e|--edit::
  26        With this option, `git-cherry-pick` will let you edit the commit
  27        message prior committing.
  28
  29-x::
  30        When recording the commit, append to the original commit
  31        message a note that indicates which commit this change
  32        was cherry-picked from.  Append the note only for cherry
  33        picks without conflicts.  Do not use this option if
  34        you are cherry-picking from your private branch because
  35        the information is useless to the recipient.  If on the
  36        other hand you are cherry-picking between two publicly
  37        visible branches (e.g. backporting a fix to a
  38        maintenance branch for an older release from a
  39        development branch), adding this information can be
  40        useful.
  41
  42-r::
  43        It used to be that the command defaulted to do `-x`
  44        described above, and `-r` was to disable it.  Now the
  45        default is not to do `-x` so this option is a no-op.
  46
  47-m parent-number|--mainline parent-number::
  48        Usually you cannot revert a merge because you do not know which
  49        side of the merge should be considered the mainline.  This
  50        option specifies the parent number (starting from 1) of
  51        the mainline and allows cherry-pick to replay the change
  52        relative to the specified parent.
  53
  54-n|--no-commit::
  55        Usually the command automatically creates a commit with
  56        a commit log message stating which commit was
  57        cherry-picked.  This flag applies the change necessary
  58        to cherry-pick the named commit to your working tree,
  59        but does not make the commit.  In addition, when this
  60        option is used, your working tree does not have to match
  61        the HEAD commit.  The cherry-pick is done against the
  62        beginning state of your working tree.
  63+
  64This is useful when cherry-picking more than one commits'
  65effect to your working tree in a row.
  66
  67
  68Author
  69------
  70Written by Junio C Hamano <junkio@cox.net>
  71
  72Documentation
  73--------------
  74Documentation by Junio C Hamano and the git-list <git@vger.kernel.org>.
  75
  76GIT
  77---
  78Part of the gitlink:git[7] suite