What's new in git.git
- From
Junio C Hamano <junkio@cox.net>
- Date
- Feb 6, 2006, 07:52 UTC
- Message-ID
- <7vbqxkapr2.fsf@assigned-by-dhcp.cox.net>
I was planning to do a 1.2.0 this weekend, but things slipped. But in a good way. We've had quite a long but good discussion on how people expect "git commit paths..." to behave, and along the way the command learned a couple of new tricks.
In 1.2.0, there will be three major changes that might surprise people who are still using 1.1.0 based releases (e.g. 1.1.6). People who followed the list traffic and/or the master branch are familiar with them already:
* Checkout -m option. This allows you to switch branches when you have local changes to paths that are different in the current branch and new branch.
* Add -c and --cc to diff-tree and diff-files. They give the "combined diff" output that shows merges more human readably.
* git-commit updates.
- Allow git-commit from a subdirecotry.
- Aborted "git-commit -a" leaves the index as it was.
- "git commit --only paths..." checks in changes to only
named paths. We may later make this default for "git
commit" with explicit paths. - Add --author='A U Thor <author@example.com>' command
line option.These are still in "pu" but I am expecting all of them would graduate to "master" before 1.2.0:
- git-show (Linus) - git-daemon updates (Mark Wooding) - git-http-fetch various fixes (Mark Wooding) - git-commit updates - git-read-tree --aggressive to speed up resolve merger - git-fmt-merge-msg to optionally put shortlog in merge commit log - fix git-rev-list --parents | git-diff-tree --stdin - git-rerere