From: Junio C Hamano <junkio@cox.net>
To: git@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Subject: What's in git.git
Date: Fri, 21 Apr 2006 17:52:00 -0700 [thread overview]
Message-ID: <7vzmieo2j3.fsf@assigned-by-dhcp.cox.net> (raw)
* The 'maint' branch has these fixes since the last announcement.
They will be part of 1.3.1 early next week.
- Fix diff --stat filename output when binary files with long
names are involved (Jonas Fonseca)
- git-merge gives a bit more readable user guidance upon conflicts.
- The example pre-commit hook complains about conflict markers.
- Two fixes to git-commit --amend.
- Fix pack-objects. This was discussed in this thread:
http://thread.gmane.org/gmane.comp.version-control.git/19021
- mailinfo: decode underscore used in "Q" encoding properly.
The versions before this fix broke some peoples names;
apologies to Santi and Lukas.
- Fix spawning of PAGER (Linus Torvalds). This was discussed
in this thread:
http://thread.gmane.org/gmane.comp.version-control.git/18969
- Fix pack-object buffer size (Nicolas Pitre)
- Reintroduce svn pools to solve the memory leak (Santi Béjar)
- Document git-clone --reference (Shawn Pearce)
* The 'master' branch has these since the last announcement.
All the 'maint' fixes are included.
- Big 'revision.c/log-tree.c' option parsing unification (Linus).
- Big log formatting unification (Linus).
- Built-in git-whatchanged.
- Do not fork PAGER=cat
- combine-diff --stat: show diffstat with the first parent.
- get_sha1() shorthands for blob/tree objects (Linus)
- Allow "git repack" users to specify repacking window/depth (Linus)
- Split up builtin commands into separate files from git.c (Linus)
Most of the above happened immediately after 1.3.0, and will
not be part of 1.3.X series, which is maintenance fixes only.
The general direction is that many commands we used to
implement as one liner pipe from git-rev-list to
git-diff-tree are converted into built-in C implementation.
* The 'next' branch, in addition, has these.
- daemon::socksetup: don't return on set_reuse_addr() error (Serge E. Hallyn)
Comments?
- Tentative built-in format-patch
This is meant to be the next in the "internalize rev-list
piped to diff-tree" series. Currently it does only --stdout
form and does not take any options. It needs more work in
the core area to spit things out into separate files with
munged filenames.
- git-update-index --unresolve. This was discussed in this
thread:
http://thread.gmane.org/gmane.comp.version-control.git/18936
This thread was fruitful; three patches came out of it.
- diff --stat: do not drop rename information.
I think this is ready to graduate to "master"; I just
haven't got around to it.
Johannes suggested "file => /dev/null" to show a deleted
file as if a rename was done. While I think it makes some
sense, I am afraid it diverges too much from the traditional
diffstat output. I am undecided, somewhat negative, about
the suggestion.
* The 'pu' branch, in addition, has these.
- gitk: Fix geometry on rootless X (Johannes Schindelin)
- "bind commit" resurrected.
Somebody off-list volunteered to look into adding
subprojects support, so I merged the old codebase and placed
it here. The merge conflict was not too bad, to my
surprise. Subpro.txt file in the "todo" branch describes
one suggested plan, but who he codes gets to decide the
details of the implementation and semantics, so we will see
what emerges. One big piece still missing from the core
side to implement Subpro.txt plan is an enhancement to the
index file format to do "update-index --bind/--unbind". I
may have to fill that gap over the weekend, but no firm
promises.
- contrib/colordiff.
This is an external colorizer you can use by saying:
PAGER="colordiff | less -RS" git log --cc
- colored diff with diff.usecolor configuration option.
I'll not be using colorization myself, so there is no strong
incentive on my part to carry this forward, but this is here
just in case if people are interested. Currently it does
not do color for combined diffs.
next reply other threads:[~2006-04-22 0:52 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-22 0:52 Junio C Hamano [this message]
2006-04-22 11:25 ` Johannes Schindelin
-- strict thread matches above, loose matches on Subject: below --
2006-11-25 10:12 Junio C Hamano
2006-08-28 7:19 Junio C Hamano
[not found] <7vpsh75lx1.fsf@assigned-by-dhcp.cox.net>
2006-06-18 1:44 ` Junio C Hamano
2006-05-29 6:44 Junio C Hamano
2006-05-21 19:01 Junio C Hamano
2006-05-04 8:14 Junio C Hamano
2006-05-04 9:06 ` Petr Baudis
2006-04-26 11:09 Junio C Hamano
2006-01-20 8:42 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=7vzmieo2j3.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
all inboxes | Powered by JetHome®