What's cooking in git.git (topics)
From: Junio C Hamano <hidden>
Date: 2016-06-15 22:42:51
Here are the topics that have been cooking. Commits prefixed
with '-' are only in 'pu' while commits prefixed with '+' are
in 'next'. The topics list the commits in reverse chronological
order.
* sp/describe (Sat Jan 27 01:54:21 2007 -0500) 3 commits
- Compute accurate distances in git-describe before output.
- Update describe documentation.
- Teach git-describe to display distances from tags.
Meant for 1.5.0, but I haven't reviewed the code fully yet, so
it is parked in 'pu' for now.
* np/dreflog (Fri Jan 26 17:26:11 2007 -0500) 8 commits
- add reflog when moving HEAD to a new branch
- create_symref(): do not assume pathname from git_path() persists
long enough
- add logref support to git-symbolic-ref
- move create_symref() past log_ref_write()
- add reflog entries for HEAD when detached
- enable separate reflog for HEAD
- lock_ref_sha1_basic(): remember the original name of a ref when
resolving it
- make reflog filename independent from struct ref_lock
Perhaps 1.5.0 material, but I do not think anybody in the
current code pays attention to reflog for HEAD ("HEAD@{....}"
syntax and log or show-branch with -g option would look at the
underlying ref and prune and friends do not protect its
entries), so merge it post 1.5.0 after these issues are fixed.
* jc/fetch (Tue Jan 16 13:43:28 2007 -0800) 5 commits
- git-fetch: rewrite expand_ref_wildcard in C
- git-fetch: rewrite another shell loop in C
- git-fetch: move more code into C.
- git-fetch--tool: start rewriting parts of git-fetch in C.
- git-fetch: split fetch_main into fetch_dumb and fetch_native
This is an early attempt to make "fetch between repositories
with thousand refs" go faster, and it seems to work as
advertised. Backburnered as I do not personally have need for
it and haven't heard much feedback on it.
* jc/diff-apply-patch (Fri Sep 22 16:17:58 2006 -0700) 1 commit
+ git-diff/git-apply: make diff output a bit friendlier to GNU patch
(part 2)
I kept saying this will wait until February, 6 months after its
counterpart, "part 1", was merged. That time is just around the
corner and it is becoming tempting to have it in 1.5.0.
* js/reverse (Sat Jan 20 23:04:02 2007 +0100) 1 commit
+ Teach revision machinery about --reverse
* jc/merge-base (Tue Jan 9 02:23:42 2007 -0800) 6 commits
- Teach "git-merge-base --check-ancestry" about refs.
- git-merge-base: --check-ancestry option
+ in_merge_bases(): optimization
+ merge_base(): move traversal into a separate function.
+ Allow in_merge_bases() to take more than one reference commits.
+ Make merge-base a built-in.
* sp/merge (Thu Dec 28 02:35:17 2006 -0500) 1 commit
- Avoid git-fetch in `git-pull .` when possible.
* jc/diff (Mon Dec 25 01:08:50 2006 -0800) 2 commits
- test-para: combined diff between HEAD, index and working tree.
- para-walk: walk n trees, index and working tree in parallel
* jc/explain (Mon Dec 4 19:35:04 2006 -0800) 1 commit
- git-explain
* jc/3way (Wed Nov 29 18:53:13 2006 -0800) 1 commit
+ git-merge: preserve and merge local changes when doing fast
forward
* jc/web (Wed Nov 8 14:54:09 2006 -0800) 1 commit
- gitweb: steal loadavg throttle from kernel.org
* jc/pickaxe (Sun Nov 5 11:52:43 2006 -0800) 1 commit
- blame: --show-stats for easier optimization work.
Will rehash post 1.5.0