Magit 2.5.0 發布,Git 版本控制系統接口

jopen 8年前發布 | 7K 次閱讀

Magit 2.5.0 發布,更新如下:

* The library `with-editor.el' reincarnated as a separate repository.

  It was already available as a separate package, and since it can be
  of use for packages that have absolutely nothing to do with `magit'
  it makes sense to maintain it separately.  That wasn't done before
  because that would have made it harder to change it and its users
  within the magit repository in parallel.  I expect there will be
  few such changes in the future.

* Added new library `magit-submodule.el'.  It contains code that was
  previously spread across various libraries.

* Added new option `auto-revert-buffer-list-filter' and redefined
  `auto-revert-buffers' from `autorevert.el' to use it.  Added new
  predicates `magit-auto-revert-buffer-p' and the more restrictive
  `magit-auto-revert-repository-buffer-p', which are both intended
  to be used as potential value of the option.

  For now the option defaults to `nil', but that might change in a
  future release.  When Magit explicitly calls `auto-revert-buffers'
  (as opposed to when that is called due to a file notification event
  or by a timer), and `auto-revert-buffer-list-filter' is `nil', then
  it is let-bound to `magit-auto-revert-repository-buffer-p'.

  Users who use Tramp and experience delays, should consider setting
  the option to `magit-auto-revert-repository-buffer-p'.

* By default, invoking `magit-unstage' on a committed change now
  performs an action which is somewhat similar to unstaging.  The
  change is reverted in the index, but not the working tree.  This
  allows extracting changes from HEAD.

  Setting the new option `magit-unstage-committed' to nil, disables
  this behavior.  Attempting to unstage a committed change would then
  result in an error again.

* Because file notifications may arrive with a delay, the option
  `magit-auto-revert-immediately' now defaults to `t' even when file
  notifications can be used,

* Like `magit-refresh' already did, `magit-refresh-all' now runs the
  hooks `magit-pre-refresh-hook' and `magit-post-refresh-hook'.

* The heading of the section which lists commits that exist in the
  current branch but not in its upstream was changed from "Unpushed
  to <upstream>" to "Unmerged into <upstream>", because one usually
  should merge into that branch instead of pushing to it.

* Added new commands `magit-remote-set-head' and
  `magit-remote-unset-head'.

* By default `magit-clone' now deletes the symbolic-ref "origin/HEAD"
  right after running `git clone', which insists on creating it.

  The new option `magit-clone-set-remote-head' can be set to `t' to
  go back to keeping that symbolic-ref.  We default to removing it,
  because it does not actually get automatically updated when the
  HEAD of the remote changes, which makes it rather pointless.

* Added new option `magit-prefer-remote-upstream' which controls
  whether commands which read the upstream or starting-point from
  the user would rather offer a local or a remote branch as default
  completion candidate.

* Added the switch `--cover-letter' to `magit-patch-popup', and taught
  `magit-format-patch' to immediately open the letter in a buffer.

* Added new option `++order' to the various log popups.  This option
  and its value are converted to `--VALUE-order' before calling `git'.
  This option was added instead of the switches `--author-date-order',
  `--date-order', and `--topo-order' because adding all three would be
  too noisy and because they are mutually exclusive.

詳情請看:2.5.0.txt

Magit 是 Git 版本控制系統的接口,作為一個 Emacs 包實現的。它封裝了絕大多數 Git 命令,可直接在 Emacs 編輯器中使用。

Magit 2.5.0 發布,Git 版本控制系統接口

來自: http://www.oschina.net//news/70362/magit-2-5-0

 本文由用戶 jopen 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!