whats/cooking/2008/07/08.txt

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