Skip to content
Snippets Groups Projects
  1. Jul 27, 2021
  2. May 12, 2021
  3. May 09, 2021
  4. May 05, 2021
  5. Feb 06, 2021
  6. Jan 11, 2021
  7. Feb 01, 2021
  8. Dec 10, 2020
  9. Jan 27, 2021
    • Georges Racinet's avatar
      tag command: made usable as a function · 2845e04d
      Georges Racinet authored
      This makes the `git` keyword argument effectively optional in
      the function backing the `tag` command, that some downstream
      code may call directly, without being aware the argument exists.
      
      An example would be py-heptapod tests, and more generally tests
      based on mercurial-testhelpers that needs to work regardless
      of if hg-git is activated or not.
      2845e04d
  10. Dec 14, 2020
  11. Dec 13, 2020
  12. Dec 23, 2020
    • Dan Villiom Podlaski Christiansen's avatar
      windows: scp-style "URIs" are not local · 61f99905
      Dan Villiom Podlaski Christiansen authored
      GitLab and GitHub output something like this for the SSH location:
      
        git@github.com:hg-git/hg-git.github.com.git
      
      Previously, cloning and pulling from them on Windows didn't work, as
      the path was reinterpreted as a local path, made absolute and then
      saved into `.hgrc`. The same happened on pull, even if you corrected
      the definition.
      
      I've adjust `test-networking.t` to use this type of path instead of
      the `git+ssh://` scheme, as it's more likely to break.
      
      Fixes #335.
      61f99905
  13. Jan 08, 2021
  14. Dec 18, 2020
    • muxator's avatar
      hggit: raise AmbiguousPrefixLookupError like mercurial · ca4e165a
      muxator authored
      Mercurial passed from raising LookupError to a more specific
      AmbiguousPrefixLookupError in df0873ab5c14 (2018-04-13), which was released in
      v4.8 (2018-10-28).
      
      This will, in time, allow to simplify a special handling code in TortoiseHg (see
      ba2dc2a07224 there).
      ca4e165a
  15. Nov 20, 2020
  16. Nov 21, 2020
  17. Aug 20, 2020
  18. Aug 04, 2018
    • Dan Villiom Podlaski Christiansen's avatar
      debuggitdir: add new command · 9e47dd10
      Dan Villiom Podlaski Christiansen authored
      This is useful for interacting with the Git repository directly,
      either from shell scripts, the terminal, or perhaps an alias like
      this:
      
      [alias]
      git=!GIT_DIR=$(hg debuggitdir) git "$@"
      
      ...and with that, you can easily access features not offered by
      Dulwich such as `hg git gc`.
      9e47dd10
  19. Oct 23, 2020
  20. Aug 03, 2020
    • muxator's avatar
      gitnodekw: do not crash on hg incoming when log template includes gitnode() · d6ac1ae9
      muxator authored
      Before this change, if the user's log template included a call to gitnode() to
      show the git commit hash, invoking "hg incoming" on a git repository that had at
      least one incoming change failed with:
      
         AttributeError: 'overlayrepo' object has no attribute 'githandler'
      
      Since an incoming changeset should already have well defined git commit hashes,
      there is no apparent reason for which "hg incoming" should not have this
      information already.
      
      This change is a workaround that removes any reference to the hg-git structures
      from the incoming changeset, thus merely avoiding the crash.
      
      Fixes #239 (#239)
      d6ac1ae9
  21. Aug 06, 2020
  22. Jun 12, 2020
  23. May 13, 2020
  24. May 10, 2020
    • Manuel Jacob's avatar
      hggit: fix safebranchrevs() for the case when the remote repo is not a gitrepo · 3483dccd
      Manuel Jacob authored
      (folded with intermediate revision with new message by Georges Racinet)
      
      The previous conditional was wrong: in current Mercurial, 'co' is in principle
      not an integer. The condition on integer has been introduced for the port to
      py3, but does not change the fact that changelog.__contains__ is for integers.
      
      The original intent in a90fe3e8a8c3 was probably to exclude local repositories,
      but this had the side effect of setting `co=None` in all cases, hence affecting
      pulls having nothing to do with hg-git, as the new test demontstrates.
      
      What we really want is to force `co=None` only for remote Git repositories,
      for the reasons explained in the comment.
      
      Previous intermediate commit was
      
        cleanup: eliminate if statement with condition that is always true
      
        'co' is never an integer. It’s always None or of type bytes. Apparently 'co'
        was of type int some years ago.
      
        A proper fix would require to fix the lookup() remote command or change hg to
        not require it e.g. when pulling with -r. For now, let’s remove the broken
        code and be honest about that we give up.
      3483dccd
    • Manuel Jacob's avatar
      cleanup: use more precise variable name · 2e68868b
      Manuel Jacob authored
      2e68868b
    • Manuel Jacob's avatar
      hggit: add comment explaining why we return None in safebranchrevs() · b6d9fe6e
      Manuel Jacob authored
      A test for a case mentioned in the comment will be added in a subsequent
      changeset.
      b6d9fe6e
    • Manuel Jacob's avatar
      py3: fix map() without effect on py3 · b227b36b
      Manuel Jacob authored
      b227b36b
  25. May 04, 2020
  26. May 08, 2020
  27. Mar 06, 2020
Loading