1. 01 Apr, 2018 1 commit
  2. 26 Mar, 2018 1 commit
  3. 16 Mar, 2018 2 commits
  4. 05 Feb, 2018 1 commit
  5. 01 Feb, 2018 1 commit
  6. 24 Jan, 2018 1 commit
    • Jonas Bernoulli's avatar
      magit-confirm: Fix regression · 42c22614
      Jonas Bernoulli authored
      Unfortunately doing so means changing the function signature in a way
      that is not backward compatible.
      
      This function relies on being able to tell whether ITEMS is nil
      because that argument was not provided or because an empty list was
      provided as its value.  In the former case the action still has to be
      confirmed in the latter case it does not because there is nothing to
      act on.
      
      So the `(items nil sitems)' argument has to be last but in d6420549
      I added a new argument NOCONFIRM after it.
      
      Fixes #3341.
      42c22614
  7. 22 Jan, 2018 1 commit
    • Jonas Bernoulli's avatar
      Rename magit-{submodule-fetch => fetch-modules} and move definition · ade87ecf
      Jonas Bernoulli authored
      Now that this command boils down to "git fetch --recurse-submodules"
      it makes more sense to (1) define it along with other fetch commands
      and (2) invoke it from the fetch popup instead of the modules popup.
      
      For the time being I keep the binding in the modules popup, but that
      might change.  I would even argue that this command should be removed
      completely and be replaced by adding "--recurse-submodules" to the
      fetch popup.  But I suspect that doing so would upset muscle-memory,
      so I am delaying that until I am absolutely certain.
      ade87ecf
  8. 20 Jan, 2018 1 commit
  9. 17 Jan, 2018 1 commit
  10. 16 Jan, 2018 1 commit
  11. 12 Jan, 2018 1 commit
    • Kenny Ballou's avatar
      Add subject-prefix to magit-format-patch · 24ce9083
      Kenny Ballou authored
      This adds the ability to specify a subject prefix for patches created by
      the `git-format-patch` command.  Adding this ability is especially
      useful when creating versioned patch sets to be mailed.
      
      Regarding the shortcut key, I've debated either `P` or `S`.  I'm not
      aware of any other good candidates.
      Signed-off-by: 's avatarKenny Ballou <kballou@devnulllabs.io>
      24ce9083
  12. 09 Jan, 2018 1 commit
  13. 07 Jan, 2018 1 commit
  14. 19 Dec, 2017 1 commit
  15. 07 Dec, 2017 1 commit
  16. 27 Nov, 2017 1 commit
    • Jonas Bernoulli's avatar
      Silence byte-compiler · 64be29ba
      Jonas Bernoulli authored
      Due to some recent change on Emacs' emacs-26 branch the byte-compiler
      started complaining that the "Lexical argument shadows the dynamic
      variable values".  That's a bit annoying - it is quite reasonable to
      have functions that take an argument named `values'.  Work around this
      by naming those arguments `values*' instead, but make sure the
      doc-strings still refer to `values'.
      64be29ba
  17. 21 Nov, 2017 4 commits
  18. 02 Nov, 2017 1 commit
    • Jonas Bernoulli's avatar
      Support one-section magit-selections · 115041d4
      Jonas Bernoulli authored
      For a long time Magit supported selecting two or more sibling sections
      using the region and then acting on that selection instead of only on
      the current section.  Single-section selections were not supported and
      a region that did not span multiple siblings was not visualized as a
      selection, instead the underlying region was visualized as it is in
      non-magit buffers.
      
      The change users will notice first is that when they press C-SPC to
      set the beginning of the region/magit-selection on a section heading,
      then the magit-selection is visualized.  Previously not even the
      region was shown after just pressing C-SPC, because the mark and the
      point were identical, so there was no non-empty region to visualize.
      
      For the time being most commands continue to behave exactly as before
      when there is a one-section selection: the act on the current section
      instead.  While a one-section selection is a selection that contains
      nothing but the current section, this difference between the current
      section and a set consisting of only the current section is still
      relevant.  It affects whether and how commands ask for confirmation
      and/or offer the user to act on something else instead.
      
      The reason I decided against supporting one-section selections in the
      past is that it is a bit unfortunate to visualize the selection and
      then the invoked command does not actually use it.  But this is no
      different from a multi-section selection being visualized and then
      invoking a command that isn't magit-selection aware at all.  Or from
      having the region visualized in any Emacs buffer and then invoking any
      command that doesn't behave differently when the region is active.
      
      Beginning with this commit only a handful of commands begin using a
      one-section selection.  Most importantly, and this is what motivated
      this change, it is now possible to use `magit-branch-spinoff' after
      selecting just HEAD to create a new branch rewinding the previously
      current branch by a single commit.  Previously it was only possible
      to rewind it to its upstream or to rewind it by at least two commits.
      
      The other commands that respect one-section selections are:
      - magit-am-apply-patches
      - magit-cherry-apply
      - magit-cherry-pick
      - magit-revert
      - magit-revert-no-commit
      - magit-stash-drop
      - magit-tag-delete
      
      The recently added commands `magit-previous-line' and
      `magit-next-line' now forgo moving on the first shift-selection move
      when point is on a section heading, not just when inside a hunk body.
      
      Closes #2920.
      Closes #3026.
      115041d4
  19. 25 Oct, 2017 1 commit
    • Kyle Meyer's avatar
      magit-format-remote*tagOpt: account for remote's length · a9177e5b
      Kyle Meyer authored
      The "remote.<name>.tagOpts" variable is not aligned with the other
      variables in the remote popup unless the remote is 6 characters (which
      is unsurprisingly the length of "origin").  Beyond the cosmetic
      alignment issue, calling magit-remote-popup when the current branch's
      remote is over 7 characters triggers an error because
      magit-popup-format-variable passes a negative length argument to
      make-string.
      
      Fix the above issues by calculating the WIDTH argument based on the
      remote's length.
      a9177e5b
  20. 20 Oct, 2017 2 commits
  21. 18 May, 2017 1 commit
    • Kyle Meyer's avatar
      magit-clone: improve suggested directory name · 41b87c67
      Kyle Meyer authored
      Extract the directory name by taking the tail of the url up to the
      first slash or colon, not the first slash or period.
      
      This makes magit-clone's default directory name match the behavior of
      "git clone <url>" in two places where it did not:
      
        1. https://[...]/foo.bar.git => "foo.bar" (instead of "bar")
      
        2. host.xz:foo/.git => "foo" (instead of "git")
      
      Fixes #3079.
      41b87c67
  22. 18 Apr, 2017 1 commit
  23. 02 Apr, 2017 1 commit
  24. 22 Mar, 2017 1 commit
  25. 12 Mar, 2017 1 commit
  26. 06 Mar, 2017 2 commits
  27. 04 Jan, 2017 1 commit
  28. 27 Dec, 2016 1 commit
  29. 22 Dec, 2016 1 commit
    • Jonas Bernoulli's avatar
      Place magit-{*}-arguments in new magit-git-arguments group · 33c5c1ca
      Jonas Bernoulli authored
      Most options named `magit-TOPIC-arguments' specify the arguments
      that are enabled by default in the respective `magit-TOPIC-popup'.
      Previously most of these options were placed in the `magit-commands'
      Custom group, which made that group rather noisy.  A few were placed
      in others group, which was inconsistent and in most cases an oversight.
      
      To avoid having to specify the group for each and every popup defined
      in Magit and in third-party extensions that share the "magit-" prefix,
      teach `magit-define-popup' to use `magit-git-arguments' if GROUP isn't
      specified and NAME does begin with "magit-".
      
      Also place `magit-git-global-arguments' into this group.  Remove it
      from `magit', but keep it in `magit-process' as before.
      33c5c1ca
  30. 11 Oct, 2016 1 commit
    • Jonas Bernoulli's avatar
      magit-push: provide better default target · 8331e3e9
      Jonas Bernoulli authored
      * When pushing a branch, then offer the push-branch as default.  Only
        if that is not set, offer the upstream as before.
      * When pushing a commit and it is reachable from HEAD, then offer to
        push to the push-remote of the current branch, or if that is not set,
        its upstream.  Closes #2820.
      8331e3e9
  31. 01 Oct, 2016 1 commit
  32. 02 Sep, 2016 1 commit
  33. 06 Jun, 2016 1 commit
  34. 14 May, 2016 1 commit