1GIT v1.5.1 Release Notes 2======================== 3 4Updates since v1.5.0 5-------------------- 6 7* Deprecated commands and options. 8 9 - git-diff-stages and git-resolve have been removed. 10 11* New commands and options. 12 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. 19 20 - "git log --pretty=format:<string>" to allow more flexible 21 custom log output. 22 23 - "git diff" learned --ignore-space-at-eol. This is a weaker 24 form of --ignore-space-change. 25 26 - "git diff --no-index pathA pathB" can be used as diff 27 replacement with git specific enhancements. 28 29 - "git diff --no-index" can read from '-' (standard input). 30 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. 36 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. 40 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. 44 45 - "git log" and "git rev-list" has been optimized 46 significantly when they are used with pathspecs. 47 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. 51 52 - "git format-patch --attach" now emits attachments. Use 53 --inline to get an inlined multipart/mixed. 54 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. 58 59 - "git remote update" is to run "git fetch" for defined remotes 60 to update tracking branches. 61 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). 65 66 - "git bundle" can help sneaker-netting your changes between 67 repositories. 68 69 - "git mergetool" can help 3-way file-level conflict 70 resolution with your favorite graphical merge tools. 71 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. 75 76 - You can name a commit object with its first line of the 77 message. The syntax to use is ':/message text'. E.g. 78 79 $ git show ":/object name: introduce ':/<oneline prefix>' notation" 80 81 means the same thing as: 82 83 $ git show 28a4d940443806412effa246ecc7768a21553ec7 84 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. 88 89 - "git log" family learned a new traversal option --first-parent, 90 which does what the name suggests. 91 92 93* Updated behavior of existing commands. 94 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. 98 99 - "git fsck" does not barf on corrupt loose objects. 100 101 - "git rm" does not remove newly added files without -f. 102 103 - "git archimport" allows remapping when coming up with git 104 branch names from arch names. 105 106 - git-svn got almost a rewrite. 107 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. 119 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). 128 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). 133 134 - "git cvsserver" runs hooks/update and honors its exit status. 135 136 - "git cvsserver" can be told to send everything with -kb. 137 138 - "git diff --check" also honors the --color output option. 139 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). 145 146 - "git rev-list --boundary" now shows boundary markers for the 147 commits omitted by --max-age and --max-count condition. 148 149 - The configuration mechanism now reads $(prefix)/etc/gitconfig. 150 151 - "git apply --verbose" shows what preimage lines were wanted 152 when it couldn't find them. 153 154 - "git status" in a read-only repository got a bit saner. 155 156 - "git fetch" (hence "git clone" and "git pull") are less 157 noisy when the output does not go to tty. 158 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. 163 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. 169 170 - send-email learned configurable bcc and chain-reply-to. 171 172 - "git remote show $remote" also talks about branches that 173 would be pushed if you run "git push remote". 174 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. 181 182 183* Hooks 184 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/. 189 190 191* Others 192 193 - git-revert, git-gc and git-cherry-pick are now built-ins. 194 195 196-- 197exec >/var/tmp/1 198O=v1.5.1-rc3-29-gd8b6a1a 199echo O=`git describe master` 200git shortlog --no-merges $O..master ^maint 201 202# Local Variables: 203# mode: text 204# End: