Hopefully final update to the draft Release Notes, preparing for 1.5.1
[alt-git.git] / Documentation / RelNotes-1.5.1.txt
bloba5d2dd32ff1335ebf346b8e68e1199ca6cd68778
1 GIT v1.5.1 Release Notes
2 ========================
4 Updates since v1.5.0
5 --------------------
7 * Deprecated commands and options.
9   - git-diff-stages and git-resolve have been removed.
11 * New commands and options.
13   - "git log" and friends take --reverse, which instructs them
14     to give their output in the order opposite from their usual.
15     They typically output from new to old, but with this option
16     their output would read from old to new.  "git shortlog"
17     usually lists older commits first, but with this option,
18     they are shown from new to old.
20   - "git log --pretty=format:<string>" to allow more flexible
21     custom log output.
23   - "git diff" learned --ignore-space-at-eol.  This is a weaker
24     form of --ignore-space-change.
26   - "git diff --no-index pathA pathB" can be used as diff
27     replacement with git specific enhancements.
29   - "git diff --no-index" can read from '-' (standard input).
31   - "git diff" also learned --exit-code to exit with non-zero
32     status when it found differences.  In the future we might
33     want to make this the default but that would be a rather big
34     backward incompatible change; it will stay as an option for
35     now.
37   - "git diff --quiet" is --exit-code with output turned off,
38     meant for scripted use to quickly determine if there is any
39     tree-level difference.
41   - Textual patch generation with "git diff" without -w/-b
42     option has been significantly optimized.  "git blame" got
43     faster because of the same change.
45   - "git log" and "git rev-list" has been optimized
46     significantly when they are used with pathspecs.
48   - "git branch --track" can be used to set up configuration
49     variables to help it easier to base your work on branches
50     you track from a remote site.
52   - "git format-patch --attach" now emits attachments.  Use
53     --inline to get an inlined multipart/mixed.
55   - "git name-rev" learned --refs=<pattern>, to limit the tags
56     used for naming the given revisions only to the ones
57     matching the given pattern.
59   - "git remote update" is to run "git fetch" for defined remotes
60     to update tracking branches.
62   - "git cvsimport" can now take '-d' to talk with a CVS
63     repository different from what are recorded in CVS/Root
64     (overriding it with environment CVSROOT does not work).
66   - "git bundle" can help sneaker-netting your changes between
67     repositories.
69   - "git mergetool" can help 3-way file-level conflict
70     resolution with your favorite graphical merge tools.
72   - A new configuration "core.symlinks" can be used to disable
73     symlinks on filesystems that do not support them; they are
74     checked out as regular files instead.
76   - You can name a commit object with its first line of the
77     message.  The syntax to use is ':/message text'.  E.g.
79     $ git show ":/object name: introduce ':/<oneline prefix>' notation"
81     means the same thing as:
83     $ git show 28a4d940443806412effa246ecc7768a21553ec7
85   - "git bisect" learned a new command "run" that takes a script
86     to run after each revision is checked out to determine if it
87     is good or bad, to automate the bisection process.
89   - "git log" family learned a new traversal option --first-parent,
90     which does what the name suggests.
93 * Updated behavior of existing commands.
95   - "git-merge-recursive" used to barf when there are more than
96     one common ancestors for the merge, and merging them had a
97     rename/rename conflict.  This has been fixed.
99   - "git fsck" does not barf on corrupt loose objects.
101   - "git rm" does not remove newly added files without -f.
103   - "git archimport" allows remapping when coming up with git
104     branch names from arch names.
106   - git-svn got almost a rewrite.
108   - core.autocrlf configuration, when set to 'true', makes git
109     to convert CRLF at the end of lines in text files to LF when
110     reading from the filesystem, and convert in reverse when
111     writing to the filesystem.  The variable can be set to
112     'input', in which case the conversion happens only while
113     reading from the filesystem but files are written out with
114     LF at the end of lines.  Currently, which paths to consider
115     'text' (i.e. be subjected to the autocrlf mechanism) is
116     decided purely based on the contents, but the plan is to
117     allow users to explicitly override this heuristic based on
118     paths.
120   - The behavior of 'git-apply', when run in a subdirectory,
121     without --index nor --cached were inconsistent with that of
122     the command with these options.  This was fixed to match the
123     behavior with --index.  A patch that is meant to be applied
124     with -p1 from the toplevel of the project tree can be
125     applied with any custom -p<n> option.  A patch that is not
126     relative to the toplevel needs to be applied with -p<n>
127     option with or without --index (or --cached).
129   - "git diff" outputs a trailing HT when pathnames have embedded
130     SP on +++/--- header lines, in order to help "GNU patch" to
131     parse its output.  "git apply" was already updated to accept
132     this modified output format since ce74618d (Sep 22, 2006).
134   - "git cvsserver" runs hooks/update and honors its exit status.
136   - "git cvsserver" can be told to send everything with -kb.
138   - "git diff --check" also honors the --color output option.
140   - "git name-rev" used to stress the fact that a ref is a tag too
141     much, by saying something like "v1.2.3^0~22".  It now says
142     "v1.2.3~22" in such a case (it still says "v1.2.3^0" if it does
143     not talk about an ancestor of the commit that is tagged, which
144     makes sense).
146   - "git rev-list --boundary" now shows boundary markers for the
147     commits omitted by --max-age and --max-count condition.
149   - The configuration mechanism now reads $(prefix)/etc/gitconfig.
151   - "git apply --verbose" shows what preimage lines were wanted
152     when it couldn't find them.
154   - "git status" in a read-only repository got a bit saner.
156   - "git fetch" (hence "git clone" and "git pull") are less
157     noisy when the output does not go to tty.
159   - "git fetch" between repositories with many refs were slow
160     even when there are not many changes that needed
161     transferring.  This has been sped up by partially rewriting
162     the heaviest parts in C.
164   - "git mailinfo" which splits an e-mail into a patch and the
165     meta-information was rewritten, thanks to Don Zickus.  It
166     handles nested multipart better.  The command was broken for
167     a brief period on 'master' branch since 1.5.0 but the
168     breakage is fixed now.
170   - send-email learned configurable bcc and chain-reply-to.
172   - "git remote show $remote" also talks about branches that
173     would be pushed if you run "git push remote".
175   - Using objects from packs is now seriously optimized by clever
176     use of a cache.  This should be most noticeable in git-log
177     family of commands that involve reading many tree objects.
178     In addition, traversing revisions while filtering changes
179     with pathspecs is made faster by terminating the comparison
180     between the trees as early as possible.
183 * Hooks
185   - The part to send out notification e-mails was removed from
186     the sample update hook, as it was not an appropriate place
187     to do so.  The proper place to do this is the new post-receive
188     hook.  An example hook has been added to contrib/hooks/.
191 * Others
193   - git-revert, git-gc and git-cherry-pick are now built-ins.
197 exec >/var/tmp/1
198 O=v1.5.1-rc3-29-gd8b6a1a
199 echo O=`git describe master`
200 git shortlog --no-merges $O..master ^maint
202 # Local Variables:
203 # mode: text
204 # End: