Browse Source
Contains accumulated fixes since 1.7.8 that have been merged to the 'master' branch in preparation for the 1.7.9 release. Signed-off-by: Junio C Hamano <gitster@pobox.com>maint v1.7.8.2

3 changed files with 73 additions and 2 deletions
@ -0,0 +1,71 @@
@@ -0,0 +1,71 @@
|
||||
Git v1.7.8.2 Release Notes |
||||
========================== |
||||
|
||||
Fixes since v1.7.8.1 |
||||
-------------------- |
||||
|
||||
* Porcelain commands like "git reset" did not distinguish deletions |
||||
and type-changes from ordinary modification, and reported them with |
||||
the same 'M' moniker. They now use 'D' (for deletion) and 'T' (for |
||||
type-change) to match "git status -s" and "git diff --name-status". |
||||
|
||||
* The configuration file parser used for sizes (e.g. bigFileThreshold) |
||||
did not correctly interpret 'g' suffix. |
||||
|
||||
* The replacement implemention for snprintf used on platforms with |
||||
native snprintf that is broken did not use va_copy correctly. |
||||
|
||||
* LF-to-CRLF streaming filter replaced all LF with CRLF, which might |
||||
be techinically correct but not friendly to people who are trying |
||||
to recover from earlier mistakes of using CRLF in the repository |
||||
data in the first place. It now refrains from doing so for LF that |
||||
follows a CR. |
||||
|
||||
* git native connection going over TCP (not over SSH) did not set |
||||
SO_KEEPALIVE option which failed to receive link layer errors. |
||||
|
||||
* "git branch -m <current branch> HEAD" is an obvious no-op but was not |
||||
allowed. |
||||
|
||||
* "git checkout -m" did not recreate the conflicted state in a "both |
||||
sides added, without any common ancestor version" conflict |
||||
situation. |
||||
|
||||
* "git cherry-pick $commit" (not a range) created an unnecessary |
||||
sequencer state and interfered with valid workflow to use the |
||||
command during a session to cherry-pick multiple commits. |
||||
|
||||
* You could make "git commit" segfault by giving the "--no-message" |
||||
option. |
||||
|
||||
* "fast-import" did not correctly update an existing notes tree, |
||||
possibly corrupting the fan-out. |
||||
|
||||
* "git fetch-pack" accepted unqualified refs that do not begin with |
||||
refs/ by mistake and compensated it by matching the refspec with |
||||
tail-match, which was doubly wrong. This broke fetching from a |
||||
repository with a funny named ref "refs/foo/refs/heads/master" and a |
||||
'master' branch with "git fetch-pack refs/heads/master", as the |
||||
command incorrectly considered the former a "match". |
||||
|
||||
* "git log --follow" did not honor the rename threshold score given |
||||
with the -M option (e.g. "-M50%"). |
||||
|
||||
* "git mv" gave suboptimal error/warning messages when it overwrites |
||||
target files. It also did not pay attention to "-v" option. |
||||
|
||||
* Authenticated "git push" over dumb HTTP were broken with a recent |
||||
change and failed without asking for password when username is |
||||
given. |
||||
|
||||
* "git push" to an empty repository over HTTP were broken with a |
||||
recent change to the ref handling. |
||||
|
||||
* "git push -v" forgot how to be verbose by mistake. It now properly |
||||
becomes verbose when asked to. |
||||
|
||||
* When a "reword" action in "git rebase -i" failed to run "commit --amend", |
||||
we did not give the control back to the user to resolve the situation, and |
||||
instead kept the original commit log message. |
||||
|
||||
Also contains minor fixes and documentation updates. |
Loading…
Reference in new issue