Skip to content
Snippets Groups Projects
  1. Sep 22, 2018
  2. Sep 21, 2018
  3. Sep 15, 2018
  4. Sep 19, 2018
  5. Jun 06, 2018
    • Boris Feld's avatar
      shelve: no longer strip internal commit when using internal phase · 52dfa1eb
      Boris Feld authored
      When the internal phase is used, the internal commits we create during shelve
      will be automatically hidden, and we don't need to strip them. Avoiding strips
      gives much better performances and is less traumatic for caches.
      
      Test changes are all related to revision numbers increasing more quickly since
      we avoid stripping.
      
      At the end of `test-shelve.t` we now need manually strip the shelve-commit in
      addition to the x.shelve file deletion. This emulates a preexisting shelve
      after a repository upgrade.
      
      Note:
      
          The hidden internal commits confuses rebase a bit as shown by a new test
          added. This will happen when the user have shelve commits on top of a
          changeset to be rebased.
      
          We'll fix this in the next commit. As we still use a backup bundle, rebase
          can just strip the internal changesets and be fine.
      52dfa1eb
  6. Sep 19, 2018
  7. Sep 21, 2018
    • Matt Harbison's avatar
      run-tests: partially backout PYTHON quoting · 38d51371
      Matt Harbison authored
      In 7f8b7a060584, I quoted this to support python being installed to
      "Program Files".  Even though the string passed to os.popen() is this:
      
          "c:/Python27/python.exe" -c "import mercurial; print (mercurial.__path__[0])"
      
      ... cmd.exe is trying to run this:
      
          'c:/Python27/python.exe" -c "import'
      
      This caused test-hghave.t to fail, reporting 'unexpected mercurial lib: ""',
      because the failed execution prints nothing to stdout.  Py3 fails as though it's
      not quoted.  For whatever reason, print() shows up in the output when run with
      py2, but not py3, so I'm having a hard time debugging this.  For now, let's fix
      the buildbot.
      38d51371
  8. Sep 20, 2018
  9. Sep 19, 2018
  10. Sep 15, 2018
  11. Sep 20, 2018
  12. Sep 17, 2018
    • Anton Shestakov's avatar
      bundle2: make server.bundle2.stream default to True · 4bd6e444
      Anton Shestakov authored
      Support for bundle2 streaming clones has been shipped in Mercurial 4.5
      (7eedbd5d4880), but was never activated by default. It's time to have more
      people use it. The new format allows streaming clones to transport cache
      (hooray for speed) and phaseroots (fixes phase-related issues).
      
      Changes in tests:
      
      bundle2 capabilities now have "stream=v2" (plus a '\n' as a separator) and
      therefore take 14 bytes more: "%0Astream%3Dv2". Tip for tests that have data
      encoded with CBOR: 0xd3 - 0xc5 = 14.
      
      $USUAL_BUNDLE2_CAPS$ replaces $USUAL_BUNDLE2_CAPS_SERVER$, which is the same
      thing, but without "stream=v2".
      
      Since streaming clones now also transfer caches, the reported byte and file
      counts are higher (e.g. 816 bytes in 9 files instead of 613 bytes in 4 files,
      a bit of --debug and manual math confirms that the caches take these extra 203
      bytes in 5 files).
      
      Differential Revision: https://phab.mercurial-scm.org/D4680
      4bd6e444
Loading