From: Peter Baumann <waste.manager@gmx.de>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org
Subject: Re: Starting 1.5.3 stabilization cycle
Date: Tue, 3 Jul 2007 20:14:28 +0200 [thread overview]
Message-ID: <20070703181428.GD4580@xp.machine.xx> (raw)
In-Reply-To: <7v8x9yrllv.fsf@assigned-by-dhcp.cox.net>
On Tue, Jul 03, 2007 at 12:29:32AM -0700, Junio C Hamano wrote:
> I tagged the tip of 'master' as 1.5.3-rc0; in addition to the
> topics described in the latest "What's in", most of the topics
> that have been cooking in 'next' are there. The time some of
> them have spent before going to 'master' might be shorter than
> usual and there are a handful patches that I took directly to
> 'master', but the tip of 'master' should be as solid as usual.
>
> There probably could be a few bits that we have already seen and
> was reviewed on the list that deserve to be in v1.5.3 (the only
> ones I have in mind right now are a few gitweb ones), but other
> than that, I think this is pretty much it, modulo bugfixes.
>
> Oh, by the way, a maintenance release 1.5.2.3 is also out.
>
> ----------------------------------------------------------------
>
> GIT v1.5.3 Release Notes (draft as of -rc0)
> ========================
>
> Updates since v1.5.2
> --------------------
>
> * The commit walkers other than http are officially deprecated
> (but still supported).
/
|>
|> * The submodule support has Porcelain layer now.
|>
|> * An initial interation of Porcelain level superproject support
^^^^^^^^^^ typo
|> started to take shape.
\
Duplicated?
>
> * Thee are a handful pack-objects changes to help you cope better with
> repositories with pathologically large blobs in them.
>
> * For people who need to import from Perforce, a front-end for
> fast-import is in contrib/fast-import/ now.
>
> * Comes with git-gui 0.8.0.
>
> * Comes with updated gitk.
>
> * New commands and options.
>
> - "git stash" allows you to quickly save away your work in
> progress and replay it later on an updated state.
>
> - "git rebase" learned an "interactive" mode.
Short describtion missing?
This is meant for reordering the commits, merge several commits into
one or even remove some of them.
>
> - "git fsck" can save its findings in lost-found, without a
> separate invocation of "git lost-found" command.
>
> - GIT_WORK_TREE environment variable can be used together with
> GIT_DIR to work in a subdirectory of a working tree that is
> not located at "$GIT_DIR/..".
>
> - "git log" learned a new option '--follow', to follow
> renaming history of a single file.
>
> - "git-filter-branch" is a reborn cg-admin-rewritehist.
Better mention what it is for, e.g:
Lets you rewrite GIT revision history by applying custom filters on each revision.
Those filters can modify each tree or information about each commit.
>
> - "git-cvsserver" learned new options (--base-path, --export-all,
> --strict-paths) inspired by git-daemon.
[...]
> - snapshot files "gitweb" creates from a repository at
> $path/$project/.git are more useful. We use $project part
> in the filename, which we used to discard.
>
> - "git cvsimort" creates lightweight tag; there is not any
^- should be "cvsimport"
> interesting information we can record in an annotated tag,
> and the handcrafted ones the old code created was not
> properly formed anyway.
>
> - "git-push" pretends that you immediately fetched back from
> the remote by updating corresponding remote tracking
> branches if you have any.
>
> - The diffstat given after a merge (or a pull) honors the
> color.diff configuration.
>
> - "git-apply --whitespace=strip" removes blank lines added at
> the end of the file.
>
> - "git-fetch" over git native protocols with -v shows connection
> status, and the IP address of the other end, to help
> diagnosing problems.
>
> - We used to have core.legacyheaders configuration, when
> set to false, allowed git to write loose objects in a format
> that mimicks the format used by objects stored in packs. It
> turns out that this was not so useful. Although we will
> continue to read objects written in that format, we do not
> honor that configuration anymore and create loose objects in
> the legacy/traditional format.
>
> - "--find-copies-harder" option to diff family can now be
> spelled as "-C -C" for brevity.
>
> - "git-mailsplit" (hence "git-am") can read from Maildir
> formatted mailboxes.
>
> - "git-cvsserver" does not barf upon seeing "cvs login"
> request.
>
> - "pack-objects" honors "delta" attribute set in
> .gitattributes. It does not attempt to deltify blobs that
> come from paths with delta attribute set to false.
>
> - new-workdir script (in contrib) can now be used with a bare
> repository.
>
> - "git-mergetool" learned to use gvimdiff.
>
> - "gitview" (in contrib) has a better blame interface.
>
> - "git log" and friends did not handle a commit log message
> that is larger than 16kB; they do now.
>
> - "--pretty=oneline" output format for "git log" and friends
> deals with "malformed" commit log messages that have more
> than one lines in the first paragraph better. We used to
> show the first line, cutting the title at mid-sentence; we
> concatenate them into a single line and treat the result as
> "oneline".
>
> * Builds
>
> - old-style function definitions (most notably, a function
> without parameter defined with "func()", not "func(void)")
> have been eradicated.
>
> * Performance Tweaks
>
> - git-pack-objects avoids re-deltification cost by caching
> small enough delta results it creates while looking for the
> best delta candidates.
>
> - diff-delta code that is used for packing has been improved
> to work better on big files.
>
> - when there are more than one pack files in the repository,
I'm no native english speaker, but shouldn't this be
- when there is more then one pack file in the repository,
^^ ^^^^
> the runtime used to try finding an object always from the
> newest packfile; it now tries the same packfile as we found
> the object requested the last time, which exploits the
> locality of references.
>
> - verifying pack contents done by "git fsck --full" got boost
> by carefully choosing the order to verify objects in them.
>
>
> Fixes since v1.5.2
> ------------------
>
> All of the fixes in v1.5.2 maintenance series are included in
> this release, unless otherwise noted.
>
> * Bugfixes
>
> - "gitweb" had trouble handling non UTF-8 text with older
> Encode.pm Perl module.
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2007-07-03 18:14 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-03 7:29 Starting 1.5.3 stabilization cycle Junio C Hamano
2007-07-03 11:34 ` Frank Lichtenheld
2007-07-03 18:14 ` Peter Baumann [this message]
2007-07-03 18:27 ` Johannes Schindelin
2007-07-03 22:16 ` Peter Baumann
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=20070703181428.GD4580@xp.machine.xx \
--to=waste.manager@gmx.de \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
/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).