<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 08/16/2015 07:08 AM, Guido van
      Rossum wrote:<br>
    </div>
    <blockquote
cite="mid:CAP7+vJ+vM-YD1oyU2xs-U4is7+grYEPVXkE06ZunSJTpi-GaQA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>I presume the issue here is that Hg is so complicated
              that everyone knows a different subset of the commands and
              semantics.<br>
              <br>
            </div>
            I personally don't know what the commands for cherry-picking
            a revision would be.<br>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    There are a couple.  The command you'd want for this use case is
    probably "hg transplant", because it lets you pull revisions from a
    different repo.  Note that "transplant" is an extension; it's
    distributed with Mercurial but is turned off by default. 
    (Presumably because it's an "unloved" feature, which seems to
    translate roughly to "deprecated and only minimally supported".)<br>
    <br>
    The Mercurial team recommends "graft", and they also provide
    "rebase", but neither of those can pull revisions from another repo.<br>
    <br>
    Since all revisions committed to 3.5.0 should be merged into 3.5.1
    sooner or later, personally I don't see the *need* for
    cherry-picking.<br>
    <br>
    <br>
    <blockquote
cite="mid:CAP7+vJ+vM-YD1oyU2xs-U4is7+grYEPVXkE06ZunSJTpi-GaQA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>I also don't know exactly what happens when you merge a PR
          using bitbucket. (I'm only familiar with the GitHub PR flow,
          and I don't like its behavior, which seems to always create an
          extra merge revision for what I consider as logically a single
          commit.)<br>
        </div>
      </div>
    </blockquote>
    <br>
    Bitbucket doesn't appear to create any extraneous merge revisions. 
    Of the two PRs I've accepted, only one created a merge, and that was
    sensible.<br>
    <br>
    <br>
    <blockquote
cite="mid:CAP7+vJ+vM-YD1oyU2xs-U4is7+grYEPVXkE06ZunSJTpi-GaQA@mail.gmail.com"
      type="cite">
      <div dir="ltr">BTW When I go to <a moz-do-not-send="true"
          href="https://bitbucket.org/larry/cpython350">https://bitbucket.org/larry/cpython350</a>
        the first thing I see (in a very big bold font) is "This is
        Python version 3.6.0 alpha 1". What's going on here? It doesn't
        inspire confidence.<br>
      </div>
    </blockquote>
    <br>
    It was displaying the readme from the default branch.  We use the
    3.5 branch.<br>
    <br>
    I just went and looked, and there's a "default branch" option for
    the repo on Bitbucket.  I changed it from "default" to "3.5" and now
    it displays "This is Python version 3.5.0 release candidate 1". 
    Hopefully that inspires more confidence!<br>
    <br>
    <i><br>
      /arry</i><br>
  </body>
</html>