From: Junio C Hamano <junkio@cox.net>
To: git@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Subject: GIT 0.99.9
Date: Sat, 29 Oct 2005 18:29:12 -0700 [thread overview]
Message-ID: <7vd5lnztav.fsf@assigned-by-dhcp.cox.net> (raw)
GIT 0.99.9 is found at usual places.
As I said in the 0.99.8 announcement, git already does
everything I want it to do, and from here on I'd like to see us
concentrate on fixes (both correctness and performance) until we
hit 1.0 which should happen shortly.
Many thanks to everybody who contributed the comments, extra set
of eyeballs, and code.
Done in 0.99.9
==============
Ports
~~~~~
* Cygwin port [HPA].
* OpenBSD build [Merlyn and others].
Fixes
~~~~~
* clone request over git native protocol from a repository with
too many refs did not work; this has been fixed.
* git-daemon got safer for kernel.org use [HPA].
* Extended SHA1 parser was not enforcing uniqueness for
abbreviated SHA1; this has been fixed.
* http transport does not barf on funny characters in URL.
* The ref naming restrictions have been formalized and the
coreish refuses to create funny refs; we still need to audit
importers. See git-check-ref-format(1).
New Features and Commands
~~~~~~~~~~~~~~~~~~~~~~~~~
* .git/config file as a per-repository configuration mechanism,
and some commands understand it [Linus]. See
git(7).
* The core.filemode configuration item can be used to make us a
bit more FAT friendly. See git(7).
* The extended SHA1 notation acquired Peel-the-onion operator
^{type} and ^{}. See git-rev-parse(1).
* SVN importer [Matthias]. See git-svnimport(1).
* .git/objects/[0-9a-f]{2} directories are created on demand,
and removed when becomes empty after prune-packed [Linus].
* Filenames output from various commands without -z option are
quoted when they embed funny characters (TAB and LF) using
C-style quoting within double-quotes, to match the proposed
GNU diff/patch notation [me, but many people contributed in
the discussion].
* git-mv is expected to be a better replacement for git-rename.
While the latter has two parameter restriction, it acts more
like the regular 'mv' that can move multiple things to one
destinatino directory [Josef Weidendorfer].
* git-checkout can take filenames to revert the changes to
them. See git-checkout(1)
* The new program git-am is a replacement for git-applymbox that
has saner command line options and a bit easier to use when a
patch does not apply cleanly.
* git-ls-remote can show unwrapped onions using ^{} notation, to
help Cogito to track tags.
* git-merge-recursive backend can merge unrelated projects.
* git-clone over native transport leaves the result packed.
* git-http-fetch issues multiple requests in parallel when
underlying cURL library supports it [Nick and Daniel].
* git-fetch-pack and git-upload-pack try harder to figure out
better common commits [Johannes].
* git-read-tree -u removes a directory when it makes it empty.
* git-diff-* records abbreviated SHA1 names of original and
resulting blob; this sometimes helps to apply otherwise an
unapplicable patch by falling back to 3-way merge.
* git-format-patch now takes series of from..to rev ranges and
with '-m --stdout', writes them out to the standard output.
This can be piped to 'git-am' to implement cheaper
cherry-picking.
* git-tag takes '-u' to specify the tag signer identity [Linus].
* git-rev-list can take optional pathspecs to skip commits that
do not touch them (--dense) [Linus].
* Comes with new and improved gitk [Paulus and Linus].
next reply other threads:[~2005-10-30 1:29 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-30 1:29 Junio C Hamano [this message]
2005-10-30 3:16 ` GIT 0.99.9 A Large Angry SCM
2005-10-30 3:39 ` Junio C Hamano
2005-10-30 4:03 ` A Large Angry SCM
2005-10-30 13:21 ` Johannes Schindelin
2005-10-30 5:05 ` Linus Torvalds
2005-10-30 8:37 ` rev-list --sparse? Junio C Hamano
2005-10-30 21:42 ` Linus Torvalds
2005-10-30 23:31 ` Junio C Hamano
2005-10-30 17:20 ` GIT 0.99.9 Wolfgang Denk
2005-10-30 17:31 ` Junio C Hamano
2005-10-30 20:23 ` Wolfgang Denk
2005-10-30 20:46 ` Junio C Hamano
2005-10-31 3:21 ` Horst von Brand
2005-10-30 20:38 ` Wolfgang Denk
2005-10-30 22:31 ` Ryan Anderson
2005-10-30 22:54 ` Junio C Hamano
2005-10-30 23:03 ` H. Peter Anvin
2005-10-31 2:52 ` Linus Torvalds
2005-10-31 3:08 ` Junio C Hamano
2005-10-31 4:05 ` Linus Torvalds
2005-10-31 21:40 ` Archaeology [Was: Re: GIT 0.99.9] Horst von Brand
2005-10-31 23:47 ` Date-based limits (Was Re: GIT 0.99.9) Daniel Barkalow
2005-11-01 0:37 ` Date-based limits Junio C Hamano
2005-11-01 0:43 ` Daniel Barkalow
2005-11-02 19:02 ` [PATCH] rev-list: make --max- and --min-age a bit more usable Junio C Hamano
2005-11-03 3:11 ` Linus Torvalds
2005-11-03 7:40 ` Junio C Hamano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7vd5lnztav.fsf@assigned-by-dhcp.cox.net \
--to=junkio@cox.net \
--cc=git@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).