[ANNOUNCE] Git 1.7.9.rc2

From: Junio C Hamano
Date: Wed Jan 18 2012 - 20:16:37 EST


A release candidate Git 1.7.9.rc2 is available for testing.

The release tarballs are found at:

http://code.google.com/p/git-core/downloads/list

and their SHA-1 checksums are:

4eeaaf8a73006f797e6c23455097684664bf256e git-1.7.9.rc2.tar.gz
22aad76c146abe04e8f9bd89b2fbf4b575f434ce git-htmldocs-1.7.9.rc2.tar.gz
8565f64f6227fcfba3f768dabdcd9d6037f08842 git-manpages-1.7.9.rc2.tar.gz

Also the following public repositories all have a copy of the v1.7.9.rc2
tag and the master branch that the tag points at:

url = git://repo.or.cz/alt-git.git
url = https://code.google.com/p/git-core/
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 v1.7.9 Release Notes (draft)
========================

Updates since v1.7.8
--------------------

* gitk updates accumulated since early 2011.

* git-gui updated to 0.16.0.

* git-p4 (in contrib/) updates.

* Git uses gettext to translate its most common interface messages
into the user's language if translations are available and the
locale is appropriately set. Distributors can drop in new PO files
in po/ to add new translations.

* The code to handle username/password for HTTP transaction used in
"git push" & "git fetch" learned to talk "credential API" to
external programs to cache or store them, to allow integration with
platform native keychain mechanisms.

* The prompted input in the terminal use our own getpass() replacement
when possible. HTTP transactions used to ask username without echoing
back what was typed, but with this change you will see it as you type.

* The internal of "revert/cherry-pick" has been tweaked to prepare
building more generic "sequencer" on top of the implementation that
drives them.

* "git rev-parse FETCH_HEAD" after "git fetch" without specifying
what to fetch from the command line will now show the commit that
would be merged if the command were "git pull".

* "git add" learned to stream large files directly into a packfile
instead of writing them into individual loose object files.

* "git checkout -B <current branch> <elsewhere>" is a more intuitive
way to spell "git reset --keep <elsewhere>".

* "git checkout" and "git merge" learned "--no-overwrite-ignore" option
to tell Git that untracked and ignored files are not expendable.

* "git commit --amend" learned "--no-edit" option to say that the
user is amending the tree being recorded, without updating the
commit log message.

* "git commit" and "git reset" re-learned the optimization to prime
the cache-tree information in the index, which makes it faster to
write a tree object out after the index entries are updated.

* "git commit" detects and rejects an attempt to stuff NUL byte in
the commit log message.

* "git commit" learned "-S" to GPG-sign the commit; this can be shown
with the "--show-signature" option to "git log".

* fsck and prune are relatively lengthy operations that still go
silent while making the end-user wait. They learned to give progress
output like other slow operations.

* The set of built-in function-header patterns for various languages
knows MATLAB.

* "git log --format='<format>'" learned new %g[nNeE] specifiers to
show information from the reflog entries when warlking the reflog
(i.e. with "-g").

* "git pull" can be used to fetch and merge an annotated/signed tag,
instead of the tip of a topic branch. The GPG signature from the
signed tag is recorded in the resulting merge commit for later
auditing.

* "git log" learned "--show-signature" option to show the signed tag
that was merged that is embedded in the merge commit. It also can
show the signature made on the commit with "git commit -S".

* "git branch --edit-description" can be used to add descriptive text
to explain what a topic branch is about.

* "git fmt-merge-msg" learned to take the branch description into
account when preparing a merge summary that "git merge" records
when merging a local branch.

* "git request-pull" has been updated to convey more information
useful for integrators to decide if a topic is worth merging and
what is pulled is indeed what the requestor asked to pull,
including:

- the tip of the branch being requested to be merged;
- the branch description describing what the topic is about;
- the contents of the annotated tag, when requesting to pull a tag.

* "git pull" learned to notice 'pull.rebase' configuration variable,
which serves as a global fallback for setting 'branch.<name>.rebase'
configuration variable per branch.

* "git tag" learned "--cleanup" option to control how the whitespaces
and empty lines in tag message are cleaned up.

* "gitweb" learned to show side-by-side diff.

Also contains minor documentation updates and code clean-ups.


Fixes since v1.7.8
------------------

Unless otherwise noted, all the fixes since v1.7.8 in the maintenance
releases are contained in this release (see release notes to them for
details).


----------------------------------------------------------------

Changes since v1.7.9-rc1 are as follows:

Jakub Narebski (2):
gitweb: Fix file links in "grep" search
gitweb: Harden "grep" search against filenames with ':'

Jeff King (3):
unix-socket: handle long socket pathnames
credential-cache: report more daemon connection errors
credential-cache: ignore "connection refused" errors

Jonathan Nieder (1):
unix-socket: do not let close() or chdir() clobber errno during cleanup

Junio C Hamano (4):
pulling signed tag: add howto document
Git 1.7.7.6
Git 1.7.8.4
Git 1.7.9-rc2

Michael Haggerty (2):
git-show-ref: fix escaping in asciidoc source
git-show-ref doc: typeset regexp in fixed width font

Nguyán ThÃi Ngác Duy (3):
Document limited recursion pathspec matching with wildcards
diff-index: enable recursive pathspec matching in unpack_trees
diff-index: enable recursive pathspec matching in unpack_trees

Thomas Rast (1):
word-diff: ignore '\ No newline at eof' marker

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/