threads / announce / 42181

[ANNOUNCE] Git v2.8.2

Subject: [ANNOUNCE] Git v2.8.2

## tl;dr

3 messages between Apr 29, 2016 and May 2, 2016.

replies: 2people: 2as markdown or json

Junio C Hamano· Apr 29, 2016, 22:04 UTC · lore

The latest maintenance release Git v2.8.2 is now available at the usual places.

The tarballs are found at:
    https://www.kernel.org/pub/software/scm/git/

The following public repositories all have a copy of the 'v2.8.2' tag and the 'maint' branch that the tag points at:

  url = https://kernel.googlesource.com/pub/scm/git/git
  url = git://repo.or.cz/alt-git.git
  url = git://git.sourceforge.jp/gitroot/git-core/git.git
  url = git://git-core.git.sourceforge.net/gitroot/git-core/git-core
  url = https://github.com/gitster/git
----------------------------------------------------------------

Git v2.8.2 Release Notes ========================

Fixes since v2.8.1 ------------------

 * The embedded args argv-array in the child process is used to build
   the command line to run pack-objects instead of using a separate
   array of strings.
 * Bunch of tests on "git clone" has been renumbered for better
   organization.
 * The tests that involve running httpd leaked the system-wide
   configuration in /etc/gitconfig to the tested environment.
 * "index-pack --keep=<msg>" was broken since v2.1.0 timeframe.
 * "git config --get-urlmatch", unlike other variants of the "git
   config --get" family, did not signal error with its exit status
   when there was no matching configuration.
 * The "--local-env-vars" and "--resolve-git-dir" options of "git
   rev-parse" failed to work outside a repository when the command's
   option parsing was rewritten in 1.8.5 era.
 * Fetching of history by naming a commit object name directly didn't
   work across remote-curl transport.
 * A small memory leak in an error codepath has been plugged in xdiff
   code.
 * strbuf_getwholeline() did not NUL-terminate the buffer on certain
   corner cases in its error codepath.
 * The startup_info data, which records if we are working inside a
   repository (among other things), are now uniformly available to Git
   subcommand implementations, and Git avoids attempting to touch
   references when we are not in a repository.
 * "git mergetool" did not work well with conflicts that both sides
   deleted.
 * "git send-email" had trouble parsing alias file in mailrc format
   when lines in it had trailing whitespaces on them.
 * When "git merge --squash" stopped due to conflict, the concluding
   "git commit" failed to read in the SQUASH_MSG that shows the log
   messages from all the squashed commits.
 * "git merge FETCH_HEAD" dereferenced NULL pointer when merging
   nothing into an unborn history (which is arguably unusual usage,
   which perhaps was the reason why nobody noticed it).
 * Build updates for MSVC.
 * "git diff -M" used to work better when two originally identical
   files A and B got renamed to X/A and X/B by pairing A to X/A and B
   to X/B, but this was broken in the 2.0 timeframe.
 * "git send-pack --all <there>" was broken when its command line
   option parsing was written in the 2.6 timeframe.
 * When running "git blame $path" with unnormalized data in the index
   for the path, the data in the working tree was blamed, even though
   "git add" would not have changed what is already in the index, due
   to "safe crlf" that disables the line-end conversion.  It has been
   corrected.
Also contains minor documentation updates and code clean-ups.
----------------------------------------------------------------
Changes since v2.8.1 are as follows:
Alexander Kuleshov (1):
      submodule-config: use hashmap_iter_first()
Christian Couder (1):
      Documentation: talk about pager in api-trace.txt
David Aguilar (2):
      mergetool: support delete/delete conflicts
      mergetool: honor tempfile configuration when resolving delete conflicts
Elia Pinto (1):
      api-trace.txt: fix typo
Gabriel Souza Franco (2):
      fetch-pack: fix object_id of exact sha1
      fetch-pack: update the documentation for "<refs>..." arguments
Jeff King (12):
      t1515: add tests for rev-parse out-of-repo helpers
      rev-parse: let some options run outside repository
      strbuf_getwholeline: NUL-terminate getdelim buffer on error
      setup: make startup_info available everywhere
      setup: set startup_info->have_repository more reliably
      remote: don't resolve HEAD in non-repository
      mailmap: do not resolve blobs in a non-repository
      grep: turn off gitlink detection for --no-index
      use setup_git_directory() in test-* programs
      send-email: ignore trailing whitespace in mailrc alias file
      credential-cache--daemon: clarify "exit" action semantics
      t/lib-httpd: pass through GIT_CONFIG_NOSYSTEM env
Johannes Sixt (1):
      Windows: shorten code by re-using convert_slashes()
John Keeping (3):
      config: fail if --get-urlmatch finds no value
      Documentation/git-config: use bulleted list for exit codes
      Documentation/git-config: fix --get-all description
Junio C Hamano (7):
      index-pack: correct --keep[=<msg>]
      index-pack: add a helper function to derive .idx/.keep filename
      merge: fix NULL pointer dereference when merging nothing into void
      Makefile: fix misdirected redirections
      Start preparing for 2.8.2
      Prepare for 2.8.2
      Git 2.8.2
Matthieu Moy (2):
      lockfile: mark strings for translation
      lockfile: improve error message when lockfile exists
Michael Procter (1):
      upload-pack: use argv_array for pack_objects
Nguyễn Thái Ngọc Duy (2):
      git-apply.txt: remove a space
      git-apply.txt: mention the behavior inside a subdir
Ori Avtalion (1):
      Documentation: git diff --check detects conflict markers
Pranit Bauva (2):
      t/t7502 : drop duplicate test
      api-parse-options.txt: document OPT_CMDMODE()
Ramsay Jones (2):
      xdiff/xprepare: use the XDF_DIFF_ALG() macro to access flag bits
      xdiff/xprepare: fix a memory leak
SZEDER Gábor (1):
      diffcore: fix iteration order of identical files during rename detection
Saurav Sachidanand (1):
      dir: store EXC_FLAG_* values in unsigned integers
Stanislav Kolotinskiy (1):
      git-send-pack: fix --all option when used with directory
Stefan Beller (1):
      clone tests: rename t57* => t56*
Sven Strickroth (3):
      commit: do not lose SQUASH_MSG contents
      MSVC: vsnprintf in Visual Studio 2015 doesn't need SNPRINTF_SIZE_CORR any more
      MSVC: use shipped headers instead of fallback definitions
Torsten Bögershausen (1):
      correct blame for files commited with CRLF
Vasco Almeida (4):
      l10n: fr: fix transcation of "dir"
      l10n: fr: fix wrongly translated option name
      l10n: fr: change "id de clé" to match "id-clé"
      l10n: fr: don't translate "merge" as a parameter
Johannes Schindelin· Apr 30, 2016, 16:01 UTC · re: Junio C Hamano · lore

Re: [ANNOUNCE] Git v2.8.2

Hi all,
On Fri, 29 Apr 2016, Junio C Hamano wrote:
> The latest maintenance release Git v2.8.2 is now available at
> the usual places.

I considered releasing Git for Windows v2.8.2 today, too. However, I decided to delay the release for a couple of days, for a couple of reasons:

- I expect an update of the Git Credential Manager in the next few days.
- OpenSSL is slated to receive critical updates on Tuesday and I plan to
  incorporate these into Git for Windows' next version, too.

I will also use version 2.8.2 as an excuse to ship with support for the extra HTTP headers configured via `http.extraheader`, which I hoped to get into Git v2.8.2, too, because I'd like the feature to be available on Linux and MacOSX, too.

In short: the tentative release date of Git for Windows v2.8.2 is Tuesday, May 3rd, 2016.

Stay tuned, Johannes

Junio C Hamano· May 2, 2016, 18:19 UTC · re: Johannes Schindelin · lore

Re: [ANNOUNCE] Git v2.8.2

Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
Show 13 quoted lines
> ... However, I
> decided to delay the release for a couple of days, for a couple of
> reasons:
>
> - I expect an update of the Git Credential Manager in the next few days.
>
> - OpenSSL is slated to receive critical updates on Tuesday and I plan to
>   incorporate these into Git for Windows' next version, too.
>
> I will also use version 2.8.2 as an excuse to ship with support for the
> extra HTTP headers configured via `http.extraheader`, which I hoped to
> get into Git v2.8.2, too, because I'd like the feature to be available on
> Linux and MacOSX, too.
I am not sure if a new feature should go to the maintenance tracks.
> In short: the tentative release date of Git for Windows v2.8.2 is
> Tuesday, May 3rd, 2016.

Thanks. I do not think there is anything ultra-urgent in 2.8.2 relative to 2.8.1, and synchronizing your release with the need on the Windows platform side sound very sensible.

← back to recent threads