|
| 1 | +Git v2.12.1 Release Notes |
| 2 | +========================= |
| 3 | + |
| 4 | +Fixes since v2.12 |
| 5 | +----------------- |
| 6 | + |
| 7 | + * Reduce authentication round-trip over HTTP when the server supports |
| 8 | + just a single authentication method. This also improves the |
| 9 | + behaviour when Git is misconfigured to enable http.emptyAuth |
| 10 | + against a server that does not authenticate without a username |
| 11 | + (i.e. not using Kerberos etc., which makes http.emptyAuth |
| 12 | + pointless). |
| 13 | + |
| 14 | + * Windows port wants to use OpenSSL's implementation of SHA-1 |
| 15 | + routines, so let them. |
| 16 | + |
| 17 | + * Add 32-bit Linux variant to the set of platforms to be tested with |
| 18 | + Travis CI. |
| 19 | + |
| 20 | + * When a redirected http transport gets an error during the |
| 21 | + redirected request, we ignored the error we got from the server, |
| 22 | + and ended up giving a not-so-useful error message. |
| 23 | + |
| 24 | + * The patch subcommand of "git add -i" was meant to have paths |
| 25 | + selection prompt just like other subcommand, unlike "git add -p" |
| 26 | + directly jumps to hunk selection. Recently, this was broken and |
| 27 | + "add -i" lost the paths selection dialog, but it now has been |
| 28 | + fixed. |
| 29 | + |
| 30 | + * Git v2.12 was shipped with an embarrassing breakage where various |
| 31 | + operations that verify paths given from the user stopped dying when |
| 32 | + seeing an issue, and instead later triggering segfault. |
| 33 | + |
| 34 | + * The code to parse "git log -L..." command line was buggy when there |
| 35 | + are many ranges specified with -L; overrun of the allocated buffer |
| 36 | + has been fixed. |
| 37 | + |
| 38 | + * The command-line parsing of "git log -L" copied internal data |
| 39 | + structures using incorrect size on ILP32 systems. |
| 40 | + |
| 41 | +Also contains various documentation updates and code clean-ups. |
0 commit comments