提交 e454a83f 编写于 作者: J Junio C Hamano

Update draft release notes to 1.7.8

Signed-off-by: NJunio C Hamano <gitster@pobox.com>
上级 9ee3d377
...@@ -4,7 +4,7 @@ Git v1.7.8 Release Notes (draft) ...@@ -4,7 +4,7 @@ Git v1.7.8 Release Notes (draft)
Updates since v1.7.7 Updates since v1.7.7
-------------------- --------------------
* Some git-svn, git-gui and msysgit updates. * Some git-svn, git-gui, git-p4 (in contrib) and msysgit updates.
* Updates to bash completion scripts. * Updates to bash completion scripts.
...@@ -31,6 +31,9 @@ Updates since v1.7.7 ...@@ -31,6 +31,9 @@ Updates since v1.7.7
* Variants of "git cherry-pick" and "git revert" that take multiple * Variants of "git cherry-pick" and "git revert" that take multiple
commits learned to "--continue". commits learned to "--continue".
* "git daemon" gives more human readble error messages to clients
using ERR packets when appropriate.
* Errors at the network layer is logged by "git daemon". * Errors at the network layer is logged by "git daemon".
* "git diff" learned "--minimal" option to spend extra cycles to come * "git diff" learned "--minimal" option to spend extra cycles to come
...@@ -39,6 +42,9 @@ Updates since v1.7.7 ...@@ -39,6 +42,9 @@ Updates since v1.7.7
* "git diff" learned "--function-context" option to show the whole * "git diff" learned "--function-context" option to show the whole
function as context that was affected by a change. function as context that was affected by a change.
* "git difftool" can be told to skip launching the tool for a path by
answering 'n' to its prompt.
* "git fetch" learned to honor transfer.fsckobjects configuration to * "git fetch" learned to honor transfer.fsckobjects configuration to
validate the objects that were received from the other end, just like validate the objects that were received from the other end, just like
"git receive-pack" (the receiving end of "git push") does. "git receive-pack" (the receiving end of "git push") does.
...@@ -48,6 +54,10 @@ Updates since v1.7.7 ...@@ -48,6 +54,10 @@ Updates since v1.7.7
"git receive-pack" (the receiving end of "git push") learned to do the "git receive-pack" (the receiving end of "git push") learned to do the
same. same.
* "git fetch" learned that fetching/cloning from a regular file on the
filesystem is not necessarily a request to unpack a bundle file; the
file could be ".git" with "gitdir: <path>" in it.
* "git for-each-ref" learned "%(contents:subject)", "%(contents:body)" * "git for-each-ref" learned "%(contents:subject)", "%(contents:body)"
and "%(contents:signature)". The last one is useful for signed tags. and "%(contents:signature)". The last one is useful for signed tags.
...@@ -72,6 +82,9 @@ Updates since v1.7.7 ...@@ -72,6 +82,9 @@ Updates since v1.7.7
* "git merge" learned the "--edit" option to allow users to edit the * "git merge" learned the "--edit" option to allow users to edit the
merge commit log message. merge commit log message.
* "git rebase -i" can be told to use special purpose editor suitable
only for its insn sheet via sequence.editor configuration variable.
* "git send-email" learned to respond to "-h"(elp) requests. * "git send-email" learned to respond to "-h"(elp) requests.
* "git send-email" allows the value given to sendemail.aliasfile to begin * "git send-email" allows the value given to sendemail.aliasfile to begin
...@@ -126,6 +139,12 @@ included in this release. ...@@ -126,6 +139,12 @@ included in this release.
credentials. credentials.
(merge deba493 jk/http-auth later to maint). (merge deba493 jk/http-auth later to maint).
* "git branch -m/-M" advertised to update RENAME_REF ref in the
commit log message that introduced the feature but not anywhere in
the documentation, and never did update such a ref anyway. This
undocumented misfeature that did not exist has been excised.
(merge b0eab01 jc/maint-remove-renamed-ref later to maint).
* Adding many refs to the local repository in one go (e.g. "git fetch" * Adding many refs to the local repository in one go (e.g. "git fetch"
that fetches many tags) and looking up a ref by name in a repository that fetches many tags) and looking up a ref by name in a repository
with too many refs were unnecessarily slow. with too many refs were unnecessarily slow.
...@@ -181,7 +200,7 @@ included in this release. ...@@ -181,7 +200,7 @@ included in this release.
--- ---
exec >/var/tmp/1 exec >/var/tmp/1
O=v1.7.7-418-g40d6987 O=v1.7.7-485-g9ee3d37
echo O=$(git describe --always master) echo O=$(git describe --always master)
git log --first-parent --oneline --reverse ^$O master git log --first-parent --oneline --reverse ^$O master
echo echo
......
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册