Files
git/TODO
2006-10-17 23:57:52 -07:00

147 lines
4.3 KiB
Plaintext
Raw Blame History

This file contains invisible Unicode characters
This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
The GIT To-Do File
==================
The latest copy of this document is found at
http://kernel.org/git/?p=git/git.git;a=blob;hb=todo;f=TODO
Recent issues
-------------
From: A Large Angry SCM <gitzilla@gmail.com>
Subject: Notes on Using Git with Subprojects
Message-ID: <45196628.9010107@gmail.com>
[jc: a very nice write-up of a subprojects workflow. I do not
remember if it produced any actionable items, though]
From: Franck Bui-Huu <vagabon.xyz@gmail.com>
Message-ID: <450EABD0.1040102@innova-card.com>
Repeated requests against git-daemon makes it stuck
[jc: does not reproduce easily for me; has anybody seen it?]
From: Shawn Pearce <spearce@spearce.org>
Message-ID: <20060926215745.GC8177@spearce.org>
git-mirror (reverse of git-push --all).
[jc: any progress?]
From: Junio C Hamano <junkio@cox.net>
Message-ID: <7v7izrzpk2.fsf@assigned-by-dhcp.cox.net>
Deal with rfc2822-invalid author mail address in send-email.
[jc: forgot to apply?]
From: Nicolas Pitre <nico@cam.org>
Subject: [PATCH 8/6] let the GIT native protocol use offsets to delta base when
[jc: applied all but I suspect git-push side hasn't been converted?]
From: Shawn Pearce <spearce@spearce.org>
Message-ID: <20060930045037.GB18479@spearce.org>
"git ref-log" command to interact with ref-log?
[jc: not much interest from users?]
From: Stefan Richter <stefanr@s5r6.in-berlin.de>
Message-ID: <4523EC14.6070806@s5r6.in-berlin.de>
AsciiDoc 8 does not grok documents written for AsciiDoc 7 out of
the box.
[jc: status?]
From: Josh Triplett <josh@freedesktop.org>
Message-ID: <451A30E4.50801@freedesktop.org>
git-split
[jc: no response to the initial review comments]
From: Sean <seanlkml@sympatico.ca>
Subject: [RFC PATCH] Add WEBDAV timeout to http-fetch.
Message-ID: <BAYC1-PASMTP11CF83A008B0B3BA5F6B15AE100@CEZ.ICE>
Use CURLOPT_TIMEOUT to recover from stuck read() early.
[jc: the trouble that triggered this patch was WEBDAV on the
server side not responding and the proposed commit log says so,
but it seems that the patch is applicable and useful for other
requests. I suspect ls_remote() call should be removed from
fetch_indices(). ]
From: Luben Tuikov <ltuikov@yahoo.com>
Subject: [PATCH] gitweb: Convert Content-Disposition filenames into qtext
Message-ID: <20061006191801.68649.qmail@web31815.mail.mud.yahoo.com>
Use qtext quoting for Content-Disposition.
[jc: the purpose of the patch was murky -- we wanted to avoid
breaking the parsing of filename="value" by underquoting, but
I think it is also prudent not to throw locally unsafe characters
in the suggested filename to be used, so replacement regexp
would need to be updated from the one proposed in the original
patch.]
From: Linus Torvalds <torvalds@osdl.org>
Subject: Re: git show and gitweb gives different result for kernel
Message-ID: <Pine.LNX.4.64.0610061202060.3952@g5.osdl.org>
Maybe allow gitweb to show diff with any parent and diff --cc,
not just diff with the first parent for a merge.
Technical (milder)
------------------
* pack-refs --all and make it not pack active branches.
* redo git-annotate as synonym to "git-blame -c".
* 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>).
* map only parts of huge packfiles and LRU fragments of them.
People are starting to try git on projects with deep history
and/or many objects, e.g. Mozilla.
* 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>)
* daemon --strict-symlink.
* Maybe grok PGP signed text/plain in applymbox as well.
Technical (trivial)
-------------------
* Mbx (not mbox) support for git-mailsplit.
* log-tree.c: pad sequence numbers with leading 0 if a series is
larger than 9, around ll.133?
* git-clone fail .git/refs/foo (Yann Dirson <ydirson@altern.org>)
<20060610225040.GA7766@nowhere.earth>
* 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.
Local Variables:
mode: text
End: