Skip to content
Snippets Groups Projects
  1. Nov 02, 2020
  2. Oct 29, 2020
  3. Oct 13, 2020
  4. Oct 21, 2020
  5. Oct 29, 2020
  6. Oct 24, 2020
    • Matt Harbison's avatar
      repoview: only pin obsolete wdir parents while there are unresolved conflicts · 341e014fe0fb
      Matt Harbison authored
      I noticed after doing an update from an obsolete revision with a dirty wdir that
      the obsolete commit stayed visible for no obvious reason.  It was decided in
      85b03b1e4715 not to clear mergestate once all of the conflicts were resolved, in
      order to allow re-resolving.  Since the point of pinning the obsolete parents
      was to allow resolving in the first place (aaeccdb6e654), it makes sense to also
      gate it on whether or not there are any remaining files to resolve.  This might
      result in pinning again if files are marked unresolved again, but that seems
      reasonable, given that it still solves the original issue.
      
      Note that this isn't purely cosmetic- pushing with a pinned obsolete revision is
      likely to cause complaints about pushing multiple heads or other unexpected
      errors.  So the faster it comes out of that state, the better.
      
      Differential Revision: https://phab.mercurial-scm.org/D9248
      341e014fe0fb
  7. Oct 28, 2020
  8. Oct 23, 2020
  9. Oct 29, 2020
  10. Oct 17, 2020
  11. Oct 13, 2020
  12. Oct 23, 2020
  13. Oct 20, 2020
  14. Oct 19, 2020
  15. Oct 18, 2020
  16. Oct 07, 2020
    • Pulkit Goyal's avatar
      tags: add safety check for len(record) while reading hgtagsfnodescache · 225e513c444e
      Pulkit Goyal authored
      I am trying to fix a breakage where somehow we end up getting a node of 12
      length from `getfnode()`. Understanding the hgtagsfnodescache code, it seems
      highly unlikely that it can happen unless one of `mctx.readfast().get()` or
      `ctx.filenode()` is returning a node of 12 length.
      
      For safety, I think it's better to add a check to make sure that record which we
      are parsing is of same length we are expecting otherwise we consider that as
      invalid record.
      
      Differential Revision: https://phab.mercurial-scm.org/D9169
      225e513c444e
  17. Oct 14, 2020
  18. Oct 15, 2020
    • Pierre-Yves David's avatar
      clonebundles: move a bundle of clone bundle related code to a new module · 74271829ddc0
      Pierre-Yves David authored
      In the process on general clone bundle automatically, we need to make some
      function available more widely. This is a good opportunity to extract a
      significant amount of code from `mercurial.exchange` into a new
      `mercurial.bundlecaches`. This make `mercurial.exchange` move under the 3K line
      range (hooray…).
      
      The module is called `bundlecaches` because I expect it to be eventually useful
      for more than just clone bundle (like pull bunbles).
      
      Differential Revision: https://phab.mercurial-scm.org/D9208
      74271829ddc0
  19. Jul 01, 2020
  20. Sep 18, 2020
  21. Oct 09, 2020
  22. Oct 20, 2020
  23. Oct 14, 2020
  24. Oct 22, 2020
  25. Oct 20, 2020
  26. Oct 16, 2020
  27. Oct 27, 2020
  28. Oct 23, 2020
Loading