whatscooking.txt

   1 What's cooking in git.git (Jul 2008, issue #09; Sun, 20)
   2 --------------------------------------------------------
   3
   4 Here are the topics that have been cooking.  Commits prefixed
   5 with '-' are only in 'pu' while commits prefixed with '+' are
   6 in 'next'.
   7
   8 The topics list the commits in reverse chronological order.  The topics
   9 meant to be merged to the maintenance series have "maint-" in their names.
  10
  11 Due to increased activity level from people including GSoC students, I
  12 expect 'next' to stay somewhat more active than previous rounds during the
  13 1.6.0-rc cycle.  The request for people who usually follow 'next' is the
  14 same as usual, though.  After -rc1 is tagged, please run 'master' for your
  15 daily git use instead, in order to make sure 'master' does what it claims
  16 to do without regression.
  17
  18 Tentative schedule, my wishful thinking:
  19
  20  - 1.6.0-rc0 (Jul 20)
  21  - 1.6.0-rc1 (Jul 23)
  22  - 1.6.0-rc2 (Jul 30)
  23  - 1.6.0-rc3 (Aug  6)
  24  - 1.6.0     (Aug 10)
  25
  26 ----------------------------------------------------------------
  27 [New Topics]
  28
  29 * pb/sane-mv (Mon Jul 21 02:25:56 2008 +0200) 2 commits
  30  - git-mv: Keep moved index entries inact
  31  - git-mv: Remove dead code branch
  32
  33 Running "git mv A B" when you have local changes to A automatically staged
  34 it while moving it to B, which was a longstanding nonsense.  This attempts
  35 to fix it.  Pasky has other plans to build on a more solidified foundation
  36 to enhance the command to work with submodules better on top of this.
  37
  38 ----------------------------------------------------------------
  39 [Graduated to "master"]
  40
  41 * ns/am-abort (Wed Jul 16 19:39:10 2008 +0900) 1 commit
  42  + git am --abort
  43
  44 This one is for Ted; builds on top of the recent "am and rebase leaves
  45 ORIG_HEAD just like reset, merge and pull does" rather nicely.
  46
  47 * jc/rerere-auto-more (Wed Jul 16 20:25:18 2008 -0700) 1 commit
  48  + rerere.autoupdate: change the message when autoupdate is in effect
  49
  50 This one is for Ingo.
  51
  52 This changes the message rerere issues after reusing previous conflict
  53 resolution from "Resolved" to "Staged" when autoupdate option is in
  54 effect.
  55
  56 It is envisioned that in practice, some auto resolutions are trickier and
  57 iffier than others, and we would want to add a feature to mark individual
  58 resolutions as "this is ok to autoupdate" or "do not autoupdate the result
  59 using this resolution even when rerere.autoupdate is in effect" in the
  60 future.  When that happens, these messages will make the distinction
  61 clearer.
  62
  63 * ap/trackinfo (Wed Jul 16 15:19:27 2008 -0400) 1 commit
  64  + Reword "your branch has diverged..." lines to reduce line length
  65
  66 * xx/merge-in-c-into-next (Wed Jul 9 13:51:46 2008 -0700) 4 commits
  67  + Teach git-merge -X<option> again.
  68  + Merge branch 'jc/merge-theirs' into xx/merge-in-c-into-next
  69  + builtin-merge.c: use parse_options_step() "incremental parsing"
  70    machinery
  71  + Merge branch 'ph/parseopt-step-blame' into xx/merge-in-c-into-next
  72
  73 * jc/merge-theirs (Fri Jul 18 02:43:00 2008 -0700) 6 commits
  74  - Document that merge strategies can now take their own options
  75  + Make "subtree" part more orthogonal to the rest of merge-
  76    recursive.
  77  + Teach git-pull to pass -X<option> to git-merge
  78  + Teach git-merge to pass -X<option> to the backend strategy module
  79  + git-merge-recursive-{ours,theirs}
  80  + git-merge-file --ours, --theirs
  81
  82 It appears nobody wants "theirs" nor "ours", so I'll soon apply a
  83 wholesale revert for these series to 'next', and then these will be
  84 dropped when we rewind 'next' after 1.6.0 final.
  85
  86 Please make sure next time somebody asks "ours/theirs" merge on the list
  87 and #git s/he is quickly told that it was unanimously rejected so that
  88 people do not have to waste time rehashing the topic ever again.
  89
  90 ----------------------------------------------------------------
  91 [Stalled/Needs more work]
  92
  93 * rs/imap (Wed Jul 9 22:29:02 2008 +0100) 5 commits
  94  - Documentation: Improve documentation for git-imap-send(1)
  95  - imap-send.c: more style fixes
  96  - imap-send.c: style fixes
  97  - git-imap-send: Support SSL
  98  - git-imap-send: Allow the program to be run from subdirectories of
  99    a git tree
 100
 101 I said: "Some people seem to prefer having this feature available also
 102 with gnutls.  If such a patch materializes soon, that would be good, but
 103 otherwise I'll merge this as-is to 'next'.  Such an enhancement can be
 104 done in-tree on top of this series."  Anybody?
 105
 106 * gi/cherry-cache (Sat Jul 12 20:14:51 2008 -0700) 1 commit
 107  . cherry: cache patch-ids to avoid repeating work
 108
 109 The discussion suggested that the value of having the cache itself is
 110 iffy, but I should pick up the updated one and look at it.
 111
 112 * lw/gitweb (Fri Jul 11 03:11:48 2008 +0200) 3 commits
 113  . gitweb: use new Git::Repo API, and add optional caching
 114  . Add new Git::Repo API
 115  . gitweb: add test suite with Test::WWW::Mechanize::CGI
 116
 117 * sb/sequencer (Tue Jul 1 04:38:34 2008 +0200) 4 commits
 118  . Migrate git-am to use git-sequencer
 119  . Add git-sequencer test suite (t3350)
 120  . Add git-sequencer prototype documentation
 121  . Add git-sequencer shell prototype
 122
 123 I haven't looked at the updated series yet.  I should, but nobody else
 124 seems to be looking at these patches, which is somewhat depressing but
 125 understandable.  Summer is slower ;-)
 126
 127 * jc/grafts (Wed Jul 2 17:14:12 2008 -0700) 1 commit
 128  - [BROKEN wrt shallow clones] Ignore graft during object transfer
 129
 130 Cloning or fetching from a repository from grafts did not send objects
 131 that are hidden by grafts, but the commits in the resulting repository do
 132 need these to pass fsck.  This fixes object transfer to ignore grafts.
 133
 134 Another fix is needed to git-prune so that it ignores grafts but treats
 135 commits that are mentioned in grafts as reachable.
 136
 137 * jc/blame (Wed Jun 4 22:58:40 2008 -0700) 2 commits
 138  - blame: show "previous" information in --porcelain/--incremental
 139    format
 140  - git-blame: refactor code to emit "porcelain format" output
 141
 142 This is for peeling the line from the blamed version to see what's behind
 143 it, which may or may not help applications like gitweb.
 144
 145 ----------------------------------------------------------------
 146 [Dropped]
 147
 148 * xx/merge-in-c-into-next (Wed Jul 9 13:51:46 2008 -0700) 4 commits
 149  + Teach git-merge -X<option> again.
 150  + Merge branch 'jc/merge-theirs' into xx/merge-in-c-into-next
 151  + builtin-merge.c: use parse_options_step() "incremental parsing"
 152    machinery
 153  + Merge branch 'ph/parseopt-step-blame' into xx/merge-in-c-into-next
 154
 155 * jc/merge-theirs (Fri Jul 18 02:43:00 2008 -0700) 6 commits
 156  - Document that merge strategies can now take their own options
 157  + Make "subtree" part more orthogonal to the rest of merge-
 158    recursive.
 159  + Teach git-pull to pass -X<option> to git-merge
 160  + Teach git-merge to pass -X<option> to the backend strategy module
 161  + git-merge-recursive-{ours,theirs}
 162  + git-merge-file --ours, --theirs
 163
 164 It appears nobody wants "theirs" nor "ours", so I'll soon apply a
 165 wholesale revert for these series to 'next', and then these will be
 166 dropped when we rewind 'next' after 1.6.0 final.
 167
 168 Please make sure next time somebody asks "ours/theirs" merge on the list
 169 and #git s/he is quickly told that it was unanimously rejected so that
 170 people do not have to waste time rehashing the topic ever again.
 171
 172 ----------------------------------------------------------------
 173 [On Hold]
 174
 175 * sg/merge-options (Sun Apr 6 03:23:47 2008 +0200) 1 commit
 176  + merge: remove deprecated summary and diffstat options and config
 177    variables
 178
 179 This was previously in "will be in master soon" category, but it turns out
 180 that the synonyms to the ones this one deletes are fairly new invention
 181 that happend in 1.5.6 timeframe, and we cannot do this just yet.  Perhaps
 182 in 1.7.0.
 183
 184 * jc/dashless (Thu Jun 26 16:43:34 2008 -0700) 2 commits
 185  + Revert "Make clients ask for "git program" over ssh and local
 186    transport"
 187  + Make clients ask for "git program" over ssh and local transport
 188
 189 This is the "botched" one.  Will be resurrected during 1.7.0 or 1.8.0
 190 timeframe.
 191
 192 * jk/renamelimit (Sat May 3 13:58:42 2008 -0700) 1 commit
 193  - diff: enable "too large a rename" warning when -M/-C is explicitly
 194    asked for
 195
 196 This would be the right thing to do for command line use, but gitk will be
 197 hit due to tcl/tk's limitation, so I am holding this back for now.
 198