What's cooking in git.git (May 2011, #11; Tue, 24)

* What's cooking in git.git (May 2011, #11; Tue, 24)
@ 2011-05-24 21:45 Junio C Hamano
  2011-05-25  6:25 ` Johannes Sixt
  2011-05-26  3:28 ` David Aguilar
  0 siblings, 2 replies; 7+ messages in thread
From: Junio C Hamano @ 2011-05-24 21:45 UTC (permalink / raw)
  To: git

What's cooking in git.git (May 2011, #11; Tue, 24)
--------------------------------------------------

Here are the topics that have been cooking.  Commits prefixed with '-' are
only in 'pu' while commits prefixed with '+' are in 'next'.

The main part of this cycle is expected to run thru May, aiming for a
feature freeze in early June.

We are at the beginning of week #5 of this cycle. Let's plan to tag -rc0
with what is in 'master' at the end of the month.

--------------------------------------------------
[New Topics]

* jc/fix-config-environment-passing (2011-05-24) 1 commit
 - Allow built-ins to also use -c var=val via alias

--------------------------------------------------
[Stalled]

* jl/read-tree-m-dry-run (2011-05-11) 1 commit
 - Teach read-tree the -n|--dry-run option

Waiting for a reroll.

* mg/diff-stat-count (2011-05-03) 2 commits
 - diff-options.txt: describe --stat-{width,name-width,count}
 - diff: introduce --stat-count to limit the stat lines

There was a miscounting spotted.  Need another round.

* jk/maint-merge-rename-create (2011-03-25) 3 commits
 - merge: turn on rewrite detection
 - merge: handle renames with replacement content
 - t3030: fix accidental success in symlink rename

Peff wanted to reroll this.

* jc/index-pack (2011-02-27) 5 commits
 - index-pack --verify: read anomalous offsets from v2 idx file
 - write_idx_file: need_large_offset() helper function
 - index-pack: --verify
 - write_idx_file: introduce a struct to hold idx customization options
 - index-pack: group the delta-base array entries also by type

Still a WIP. Need to put histogram output into index-pack --verify to
really kill verify-pack.

* jk/tag-contains (2010-07-05) 4 commits
 - Why is "git tag --contains" so slow?
 - default core.clockskew variable to one day
 - limit "contains" traversals based on commit timestamp
 - tag: speed up --contains calculation

The idea of the bottom one is probably Ok, except that the use of object
flags needs to be rethought, or at least the helper needs to be moved to
builtin/tag.c to make it clear that it should not be used outside the
current usage context.

--------------------------------------------------
[Cooking]

* da/git-prefix-everywhere (2011-05-23) 3 commits
 - git-mergetool--lib: Make vimdiff retain the current directory
 - git: Remove handling for GIT_PREFIX
 - setup: Provide GIT_PREFIX to built-ins

Is everybody happy with this?
Will merge to "next".

* jh/receive-count-limit (2011-05-23) 10 commits
 - receive-pack: Allow server to refuse pushes with too many objects
 - pack-objects: Estimate pack size; abort early if pack size limit is exceeded
 - send-pack/receive-pack: Allow server to refuse pushing too large packs
 - pack-objects: Allow --max-pack-size to be used together with --stdout
 - send-pack/receive-pack: Allow server to refuse pushes with too many commits
 - pack-objects: Teach new option --max-commit-count, limiting #commits in pack
 - receive-pack: Prepare for addition of the new 'limit-*' family of capabilities
 - Tighten rules for matching server capabilities in server_supports()
 - send-pack: Attempt to retrieve remote status even if pack-objects fails
 - Update technical docs to reflect side-band-64k capability in receive-pack

Would need another round to separate per-pack and per-session limits.

* jc/require-work-tree-exists (2011-05-24) 1 commit
  (merged to 'next' on 2011-05-24 at 6dbbf00)
 + require-work-tree wants more than what its name says

Rerolled _without_ any in-tree users, just to make sure that we can easily
adapt scripts when necessary in the future.