Skip to content
Snippets Groups Projects
  1. Jan 14, 2021
  2. Jan 15, 2021
  3. Jan 14, 2021
  4. Jan 13, 2021
  5. Jan 08, 2021
  6. Jan 13, 2021
  7. Dec 18, 2020
    • Jörg Sonnenberger's avatar
      branchmap: avoid ancestor computations in absence of non-continous branches · c4b792fa109e
      Jörg Sonnenberger authored
      The branchhead computation is one of the more heavy operations for
      bigger repositories as it has to scan all changesets and potentially
      involves the expensive computation of the ancestor sets. Redo the
      computation to handle the common cases directly and use tighter
      conditions for when the ancestor scan is necessary. Most importantly,
      avoid it completely if the non-continous branches are processed in one
      update as seen in the initial computation after a clone.
      
      For the Mercurial repository, it gives a small 2-3% performance boost.
      For the NetBSD test repository, it cuts the time in half.
      
      Differential Revision: https://phab.mercurial-scm.org/D9631
      c4b792fa109e
  8. Jan 12, 2021
  9. Jan 13, 2021
  10. Jan 12, 2021
  11. Dec 29, 2020
  12. Jan 11, 2021
  13. Dec 21, 2020
  14. Dec 08, 2020
  15. Nov 20, 2020
  16. Dec 28, 2020
  17. Jan 08, 2021
  18. Jan 06, 2021
    • Pulkit Goyal's avatar
      sharesafe: add functionality to automatically downgrade shares · eec47efe219d
      Pulkit Goyal authored
      Reasoning is same as previous patch which adds automatic upgrade support.
      
      Downgrade is required as if automatic upgrade is enabled, all shares upgrade and
      then source repository downgrades, shares won't work. We need to downgrade them.
      
      Differential Revision: https://phab.mercurial-scm.org/D9680
      eec47efe219d
    • Pulkit Goyal's avatar
      sharesafe: introduce functionality to automatically upgrade shares · 0babe12ef35d
      Pulkit Goyal authored
      In past few months, we have developed a `share-safe` mode for sharing repository
      in which share source requirements and config values are shared with the shares.
      
      To get it rolling, an important task is to get these shares automatically
      upgraded. We are focusing on an installation where shares are created by scripts
      and test jobs. It will be difficult to manually upgrade these and we need some
      functionality to do so automatically.
      
      This patch introduces a config option to deal with it. If all of the following
      conditions are met, we upgrade the share repository automatically:
      
      * If the config option is enabled
      * Share source repository is share-safe enabled
      * Share is not share-safe enabled
      * Any command is run in the share
      
      Upgrading the share is pretty easy as it involves only editing the requirements
      file.
      
      Differential Revision: https://phab.mercurial-scm.org/D9679
      0babe12ef35d
    • Pulkit Goyal's avatar
      localrepo: move storevfs calculation out of if statement · 9804162a4053
      Pulkit Goyal authored
      In next patch, we will need this variable in else statement too. So, let's take
      it out.
      
      Differential Revision: https://phab.mercurial-scm.org/D9681
      9804162a4053
  19. Jan 11, 2021
  20. Jan 13, 2021
  21. Jan 08, 2021
  22. Dec 31, 2020
  23. Jan 12, 2021
    • Simon Sapin's avatar
      rhg: use a release-mode executable in tests · e73b40c790ec
      Simon Sapin authored
      This allows the rhg build for test-rhg.t to share compiled dependencies
      such as hg-core with the hg-cpython build for other tests.
      
      For context, my wrapper script for the typical edit-compile-test
      cycle now looks like this:
      
          (cd rust && cargo +nightly-2020-10-04 fmt)
          (cd rust && cargo build --release -p rhg)
          make --silent local PURE=--rust
          python test/run-tests.py --local "$@"
      
      Differential Revision: https://phab.mercurial-scm.org/D9728
      e73b40c790ec
  24. Dec 29, 2020
    • Dan Villiom Podlaski Christiansen's avatar
      rust: fix file folding map · 5bae4bc9bd42
      Dan Villiom Podlaski Christiansen authored
      The file folding map, frequently used on macOS, had two issues:
      
      * the means for converting it to Python didn't work
      * a minor typo when copying the python code, where `!=` became `==`
      
      With this, the rust code passes all tests on macOS.
      
      Test Plan:
      I'm currently doing a full test run on a case-insensitive file system. If it passes, perhaps we can change the platform check from an error to a warning?
      
      Differential Revision: https://phab.mercurial-scm.org/D9671
      5bae4bc9bd42
  25. Jan 12, 2021
  26. Jan 13, 2021
  27. Jan 12, 2021
  28. Jan 08, 2021
Loading