Pre 1.4.0 updates to TODO to describe postponed items.

todo
Junio C Hamano 2006-06-08 14:03:38 -07:00
parent a32d802955
commit 53b13cb673
2 changed files with 49 additions and 32 deletions

67
TODO
View File

@ -17,58 +17,66 @@ if ever -- only if somebody cares enough and submits a clean
patch, perhaps ;-).


UI
--

* Make "git branch -d foo" while on foo branch suggest "maybe
you want to go back to 'master'?"


Design issues
-------------

* tree entries in index?
* tree entries in index? -- sorry, stalled

* "intent to add" index entries?
* "intent to add" index entries? -- together with the above
needs rethinking.

* Plug-in file-level merges. On the other hand, we may not even
need this; just tell people to run "xxdiff -U" on the working
tree files.

* Doing a merge in a separate directory?
tree files (or kompare).


Technical (heavier)
-------------------

* Maybe a pack optimizer.

Given a set of objects and a set of refs (probably a handful
branch heads and point release tags), find a set of packs to
allow reasonably minimum download for all of these classes of
people: (1) somebody cloning the repository from scratch, (2)
somebody who tends to follow the master branch head reasonably
closely, (3) somebody who tends to follow only the point
releases.

This needs a matching smart on the dumb protocol downloader.

* Libification. There are many places "run once" mentality is
ingrained in the management of basic data structures, which
need to be fixed. [Matthias Urlichs is already working on
this: <pan.2005.10.03.20.48.52.132570@smurf.noris.de>]
need to be fixed. [Matthias Urlichs was already working on
this: <pan.2005.10.03.20.48.52.132570@smurf.noris.de>, but I
do not know what happened to his efforts]

* Lazy clones that can be controlled by the user, ranging from
totally on-demand a la CVS/SVN to "cache down to this old
commit so that I can make full use of git on at least recent
history". This need a lot of work in making tools to exit
gracefully when they hit unavailable objects while offline.


Technical (milder)
------------------

* Shallow clones.
* duplicated refspec given to "fetch-pack a a a" makes it emit
strange error message because it triggers the "match only
once" logic. Maybe strip the dups on the input side
(Uwe Zeisberger
<20060608073857.GA5072@informatik.uni-freiburg.de>).

* upload-pack support for start fetching from any valid point on
the history, not just published refs. (Erik W. Biederman
<m164jc9ekx.fsf@ebiederm.dsl.xmission.com>)

* git-daemon side support for virtual hosting. Client side
is ready in 1.4.0 (Jon Loeliger <1149610100.23938.75.camel@cashmere.sps.mot.com>).

* teach git-upload-pack not to ack-continue early when the
client has roots it does not know about but it already has
learned the fork points for all the requested heads
(Ralf Baechle <20060524131022.GA11449@linux-mips.org>).

* Per user .gitconfig across repositories -- ongoing.

* Encourage competition between annotate vs blame. Maybe come
up with some nontrivial test cases.

* Subprojects. Try "gitlink".
* Subprojects. Try "gitlink" -- sorry, stalled.

* Rebase and checkout -m should be able to use recursive
strategy as well. These commands currently do not work across
renames.

* Decide what to do about rebase applied to merged head. One
extreme is to allow rebase if "rev-list ours..theirs" gives
@ -108,6 +116,9 @@ Technical (trivial)

* git-proxy should be spawned with sh -c 'command' $1 $2.

* Maybe a true git-proxy command that reads the first request
pkt-line, and redirects the request to its real destination.

* test scripts for the relative directory path stuff.

* In a freshly created empty repository, `git fetch foo:bar`

14
WI
View File

@ -4,6 +4,12 @@
maint_at=$(git rev-parse --verify refs/heads/maint)
master_at=$(git rev-parse --verify refs/heads/master)

log () {
git log --no-merges "$@" |
git shortlog |
perl -pe 'if (!/^ / && !/^$/) { s/^/ / }'
}

echo "To: git@vger.kernel.org"
echo "Subject: What's in git.git"
echo "X-maint-at: $maint_at"
@ -16,7 +22,7 @@ then
echo
echo "* The 'maint' branch has these fixes since the last announcement."
echo
git log --no-merges $tagged heads/maint | git shortlog
log $tagged heads/maint
fi

tagged=`git rev-parse --not --verify tags/sa/master`
@ -26,7 +32,7 @@ then
echo
echo "* The 'master' branch has these since the last announcement."
echo
git log --no-merges $tagged heads/master | git shortlog
log $tagged heads/master
fi

list=`git-rev-list refs/heads/master..refs/heads/next 2>/dev/null`
@ -35,7 +41,7 @@ then
echo
echo "* The 'next' branch, in addition, has these."
echo
git log --no-merges refs/heads/master..refs/heads/next | git shortlog
log heads/master..heads/next ^heads/cleannext
fi

list=`git-rev-list ^refs/heads/master ^refs/heads/next refs/heads/pu 2>/dev/null`
@ -44,5 +50,5 @@ then
echo
echo "* The 'pu' branch, in addition, has these."
echo
git log --no-merges ^refs/heads/master ^refs/heads/next refs/heads/pu | git shortlog
log ^heads/master heads/next..heads/pu
fi