Thanks everybody for helping to tie the loose ends for the next release. Thanks to Nico's handful updates, I think his "reflog on HEAD itself" series is ready for inclusion, although tonight's update still has it parked in 'next' (I did try out 'next' with his latest for a couple of hours today). I've already updated the draft release notes for 1.5.0 (v1.5.0.txt in todo branch), with its inclusion in mind. I've re-read the three tutorials and tried to fix them up somewhat to match the recent reality. I'd appreciate somebody can look at JBF's user manual. Several things to note (in the following, substitute $gmane with http://article.gmane.org/gmane.comp.version-control.git): - Working around Tk geometry problem, especially on non Linux+X platforms. I've forwarded Mark Levedahl's patches ($gmane/38361) to Paul Mackerras for his blessing; hopefully he can Ack and/or suggest improvements. I'd really like to have them in 1.5.0 in some form. - Nico's "reflog on HEAD". I'll merge this tomorrow (I just ran out of time today). I will re-try to break its "git reflog expire --stale-fix --all" before actually merging it, though. - Reverting the patch to allow tracking branch names as the value of branch.*.merge ($gmane/38621). I think it is a good idea to revert this before 1.5.0 gets out; just haven't got around to do so. - Teaching "git blame" to also use the working tree files and/or index. I actually think defaulting to working tree when an explicit HEAD is not given (and --cached to use the one in the index) makes a lot of sense, but I haven't got around to code the latter yet. Not defaulting to HEAD changes semantics, so if we ever are going to do it, I think we should do so before 1.5.0. - Preventing push from updating the current branch of non-bare repository. I think doing so unconditionally is a bad idea (and I have Linus's veto to back it up $gmane/38592), but I suspect most people would want the default to be less confusing to new people. If we are ever going to forbid by default and allow pusher to force, that would be a behaviour change and it would be better to do so before 1.5.0. - We might want to allow git-push to use the wildcard refspec, like git-fetch does, for symmetry. It would make the mothership-satellite arrangement much more natural ($gname/38549). Unfortunately I haven't had a chance to start coding it. I think however this could be added post 1.5.0. - "git remote add -t -f -m" and rewrite of "git clone" based on it ($gmane/38470, $gmane/38545). While I think this leads us in right direction, I do not think 1.5.0 needs to wait for it. Certainly I do not want to reimplement "git clone" before 1.5.0, although I think the additions to "git remote add" are relatively safe. - Catering to filesystems whose readdir() returns pathnames that are different from what are used when they were creat()ed will not happen ($gmane/38620). * The 'master' branch has these since v1.5.0-rc3. Andy Parkins (1): doc: hooks.txt said post-commit default sends an email, it doesn't Eric Wong (2): git-svn: do not let Git.pm warn if we prematurely close pipes Disallow invalid --pretty= abbreviations Johannes Schindelin (2): Teach the '@{...}' notation to git-log -g Update the documentation for the new '@{...}' syntax Junio C Hamano (9): detached HEAD -- finishing touches Use "git checkout -q" in git-bisect Tutorial: fix asciidoc formatting of "git add" section. Tutorial-2: Adjust git-status output to recent reality. core-tutorial: http reference link fix fix reflog entries for "git-branch" honor GIT_REFLOG_ACTION in git-commit Why is it bad to rewind a branch that has already been pushed out? combine-diff: special case --unified=0 Mike Coleman (1): Fix some documentation typos and grammar Nicolas Pitre (4): reword the detached head message a little again add a quiet option to git-checkout prevent HEAD reflog to be interpreted as current branch reflog provide a nice @{...} syntax to always mean the current branch reflog Pavel Roskin (2): git-config --rename-section could rename wrong section Assorted typo fixes Shawn O. Pearce (18): Pull out remote listing functions in git-remote. Teach 'git remote' how to cleanup stale tracking branches. Cleanup prepare_packed_git_one to reuse install_packed_git. Correct comment in prepare_packed_git_one. Refactor open_packed_git to return an error code. Don't find objects in packs which aren't available anymore. Don't leak file descriptors from unavailable pack files. Cleanup subcommand documentation for git-remote. Keep untracked files not involved in a merge. Default GIT_MERGE_VERBOSITY to 5 during tests. bash: Remove short option completions for branch/checkout/diff. bash: Classify cat-file and reflog as plumbing. bash: Complete long options to git-add. bash: Add space after unique command name is completed. bash: Classify more commends out of completion. bash: Support unique completion on git-config. bash: Support unique completion when possible. bash: Support internal revlist options better. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html