From e00847dc1e45339b94b354d5668e4c0c8f73cda4 Mon Sep 17 00:00:00 2001 From: Junio C Hamano Date: Wed, 16 May 2007 17:00:58 -0700 Subject: [PATCH] TODO updates --- TODO | 96 ++++++++++++++++++++---------------------------------------- 1 file changed, 31 insertions(+), 65 deletions(-) diff --git a/TODO b/TODO index 29b1c979b4..cbbe1e0e27 100644 --- a/TODO +++ b/TODO @@ -18,15 +18,6 @@ Recent issues Message-ID: <20070505080313.GA12170@gondor.apana.org.au> -* Look into HPA's D-F conflict during rebase. - -Message-ID: <463FCD7C.4020009@zytor.com> - -This was resolved for git-apply codepath, but I suspect that -there are breakages in merge-recursive this exposes. - -Message-ID: <7vps569904.fsf@assigned-by-dhcp.cox.net> - * Use 'git diff' not 'git diff-tree' in merge and rebase From: James Bowes @@ -39,12 +30,7 @@ Message-ID: From: Junio C Hamano Message-ID: <7vabwifl23.fsf@assigned-by-dhcp.cox.net> -* Git Hacker's Manual - -From: Johannes Schindelin -Message-ID: - -* Handling pushing into non-bare repository more gracefully. +* Pushing into a non-bare repository more gracefully. When git-push is done to a non-bare repository and updates the branch that is currently checked out, we currently do not do @@ -53,45 +39,6 @@ anything special. From: Linus Torvalds Message-ID: -* More verbose connect to help diag & prevent boredom - -From: "Michael S. Tsirkin" -Message-ID: <20070506195230.GA30339@mellanox.co.il> - -[jc: I think this should be done only under explicit user request to -go verbose.] - -* Use blame machinery to track a single file (not path) in a finer - grained way. - -From: Linus Torvalds -Message-ID: - -[jc: I have a fixed-up one parked in 'pu' and also outlined what -other things I think are needed in my response: - - Message-ID: <7vwt06wqv8.fsf@assigned-by-dhcp.cox.net> -] - -* Use git.git as the first public guinea pig of subproject - -From: Junio C Hamano -Message-ID: <7vmz13z4au.fsf@assigned-by-dhcp.cox.net> - -Use git.git as the first public guinea pig of subproject stuff, -by dropping git-gui/ directory first and then binding git-gui.git -as a subproject there. This needs to wait at least until v1.5.2 -ships and gets installed at kernel.org and repo.or.cz - -* TODO list management - -From: Daniel Barkalow -Message-ID: - -Maybe abandon this and have something similar on the main -branch, starting full at the beginning of the cycle and ending -empty (or full of "not in next release" entries) at the release? - * git-daemon bug? From: Franck Bui-Huu @@ -102,16 +49,6 @@ Repeated requests against git-daemon makes it stuck under --syslog [jc: does not reproduce easily for me; has anybody seen it?] -* git-mirror (reverse of git-push --all). - -From: Shawn Pearce -Message-ID: <20060926215745.GC8177@spearce.org> - -Pasky sent an updated version to the list recently, but the -general sentiment on the list seems that existing git-fetch -has enough features to perform most of what 'mirror' does. - - * AsciiDoc 8 would break our documentation. From: Stefan Richter @@ -157,11 +94,36 @@ Technical (heavier) - recursive checkout - recursive diff + From: Junio C Hamano + Message-ID: <11793556371774-git-send-email-junkio@cox.net> + +* make merge-recursive and read-tree -u more robust when D/F + conflict is involved. + + From: Junio C Hamano + Message-ID: <11793556371774-git-send-email-junkio@cox.net> + +* Use blame machinery to track a single file (not path) in a finer + grained way. + +From: Linus Torvalds +Message-ID: + +[jc: I have a fixed-up one parked in 'pu' and also outlined what +other things I think are needed in my response: + + Message-ID: <7vwt06wqv8.fsf@assigned-by-dhcp.cox.net> +] Technical (milder) ------------------ -* upload-pack support for start fetching from any valid point on +* add 'tree' entries to the index. + + From: Junio C Hamano + Message-ID: <11793556371774-git-send-email-junkio@cox.net> + +* upload-pack support to start fetching from any valid point on the history, not just published refs. (Erik W. Biederman ) @@ -172,6 +134,10 @@ Technical (milder) * "git fetch" should be able to use foreign SCM import backends such as svnimport and cvsimport. +* "git clone" should be a thin wrapper around init/remote/fetch/checkout + + From: Junio C Hamano + Message-ID: <11793556371774-git-send-email-junkio@cox.net> Technical (trivial) -------------------