TODO

   1 The GIT To-Do File
   2 ==================
   3
   4   The latest copy of this document is found at
   5
   6     http://kernel.org/git/?p=git/git.git;a=blob;hb=todo;f=TODO
   7
   8
   9 What to expect from now on
  10 ==========================
  11
  12 This is written in a form of to-do list for me, so if I say
  13 "accept patch", it means I do not currently plan to do that
  14 myself.  People interested in seeing it materialize please take
  15 a hint.  Also whatever I marked "Perhaps" do not have to happen
  16 if ever -- only if somebody cares enough and submits a clean
  17 patch, perhaps ;-).
  18
  19
  20 Design issues
  21 -------------
  22
  23 * tree entries in index?  -- sorry, stalled
  24
  25 * "intent to add" index entries?  -- together with the above
  26   needs rethinking.
  27
  28 * Plug-in file-level merges.  On the other hand, we may not even
  29   need this; just tell people to run "xxdiff -U" on the working
  30   tree files (or kompare).
  31
  32
  33 Technical (heavier)
  34 -------------------
  35
  36 * Libification.  There are many places "run once" mentality is
  37   ingrained in the management of basic data structures, which
  38   need to be fixed.  [Matthias Urlichs was already working on
  39   this: <pan.2005.10.03.20.48.52.132570@smurf.noris.de>, but I
  40   do not know what happened to his efforts]
  41
  42 * Lazy clones that can be controlled by the user, ranging from
  43   totally on-demand a la CVS/SVN to "cache down to this old
  44   commit so that I can make full use of git on at least recent
  45   history".  This need a lot of work in making tools to exit
  46   gracefully when they hit unavailable objects while offline.
  47
  48
  49 Technical (milder)
  50 ------------------
  51
  52 * duplicated refspec given to "fetch-pack a a a" makes it emit
  53   strange error message because it triggers the "match only
  54   once" logic.  Maybe strip the dups on the input side
  55   (Uwe Zeisberger
  56   <20060608073857.GA5072@informatik.uni-freiburg.de>).
  57
  58 * upload-pack support for start fetching from any valid point on
  59   the history, not just published refs. (Erik W. Biederman
  60   <m164jc9ekx.fsf@ebiederm.dsl.xmission.com>)
  61
  62 * git-daemon side support for virtual hosting.  Client side
  63   is ready in 1.4.0 (Jon Loeliger <1149610100.23938.75.camel@cashmere.sps.mot.com>).
  64
  65 * teach git-upload-pack not to ack-continue early when the
  66   client has roots it does not know about but it already has
  67   learned the fork points for all the requested heads
  68   (Ralf Baechle <20060524131022.GA11449@linux-mips.org>).
  69
  70 * Per user .gitconfig across repositories -- ongoing.
  71
  72 * Encourage competition between annotate vs blame.  Maybe come
  73   up with some nontrivial test cases.
  74
  75 * Subprojects.  Try "gitlink" -- sorry, stalled.
  76
  77 * Rebase and checkout -m should be able to use recursive
  78   strategy as well.  These commands currently do not work across
  79   renames.
  80
  81 * Decide what to do about rebase applied to merged head.  One
  82   extreme is to allow rebase if "rev-list ours..theirs" gives
  83   anything.  This loosens the current merge-base based approach.
  84   The other extreme is to refuse rebase if "rev-list
  85   theirs..ours" contains any merge commit, which was discussed
  86   on the list.
  87
  88   <43CC695E.2020506@codeweavers.com>
  89
  90 * Decide what the right thing to do upon an empty merge commit,
  91   when both branches happen to have obtained the same set of
  92   changes through different history.  Not recording such keeps
  93   the history simpler, and the next merge would soon create a
  94   true merge commit anyway, but this does not feel quite right.
  95
  96   <20060114021800.4688.qmail@web31803.mail.mud.yahoo.com>
  97
  98 * diff stopping at the first output; qgit wants to know if this
  99   tree has any A or D from the other tree and nothing else.
 100   Would help internal tree-diff in rev-list as well.
 101
 102 * daemon --strict-symlink.
 103
 104 * daemon --base-path does not apply automatically to whitelist
 105   somehow feels wrong.  If somebody cares enough, accept
 106   patches.
 107
 108 * Perhaps detect cloning request in upload-pack and cache the
 109   result for next cloning request until any of our refs change.
 110
 111 * Maybe grok PGP signed text/plain in applymbox as well.
 112
 113
 114 Technical (trivial)
 115 -------------------
 116
 117 * git-proxy should be spawned with sh -c 'command' $1 $2.
 118
 119 * Maybe a true git-proxy command that reads the first request
 120   pkt-line, and redirects the request to its real destination.
 121
 122 * test scripts for the relative directory path stuff.
 123
 124 * In a freshly created empty repository, `git fetch foo:bar`
 125   works OK, but `git checkout bar` afterwards does not (missing
 126   `.git/HEAD`).
 127
 128 \f
 129 Local Variables:
 130 mode: text
 131 End: