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 http://repo.or.cz/w/alt-git.git?a=blob;hb=todo;f=TODO This is primarily meant for my personal reminder, but feel free to pick an item from the list and work on it. ---------------------------------------------------------------- Recent issues ------------- * gitweb patches (bunch of them) From: Matt McCutchen Subject: [PATCH] gitweb: snapshot cleanups & support for offering multiple formats Message-ID: <1183053733.6108.0.camel@mattlaptop2> Subject: [PATCH] gitweb: make search form generate pathinfo-style URLs Message-ID: <1183057027.6108.4.camel@mattlaptop2> Subject: [PATCH] gitweb: make "No commits" in project list gray, not bold green Message-ID: <1183068922.6108.8.camel@mattlaptop2> From: Miklos Vajna Subject: [PATCH] gitweb: prefer git_get_project_owner() over get_file_owner() Message-ID: <20070703221122.GI32766@genesis.frugalware.org> From: Michael Hendricks Subject: [PATCH] gitweb: configurable width for the projects list Description column Message-ID: <11835958082458-git-send-email-michael@ndrix.org> * switching branches when b changes between symlink and directory in a/b/c From: Pierre Habouzit Subject: [BUG (or misfeature?)] git checkout and symlinks Message-ID: <20070704203541.GA13286@artemis.corp> * cherry-pick unexpected conflicts From: Gerrit Pape Subject: Re: unexpected git-cherry-pick conflict Date: Wed, 13 Jun 2007 13:43:35 +0000 Message-ID: <20070613134336.13661.qmail@c61f4fed932273.315fe32.mid.smarden.org> * git-apply -R --whitespace=warn From: Daniel Barkalow Message-ID: Subject: Minor bug in git-apply's patch-cleaning * gitk --left-right From: Linus Torvalds Message-ID: From: Junio C Hamano Message-ID: <7vabwifl23.fsf@assigned-by-dhcp.cox.net> * 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 anything special. From: Linus Torvalds Message-ID: * git-daemon bug? From: Franck Bui-Huu Message-ID: <450EABD0.1040102@innova-card.com> Repeated requests against git-daemon makes it stuck under --syslog [jc: does not reproduce easily for me; has anybody seen it?] * Use gitattributes for more things. - 'precious' files that are not tracked but not build-products. Currently people seem to put them in .gitignore, but that is not quite right, as .gitignore is meant for ignoring things that can be lost (build products, editor backup files). "git clean -x" and "git checkout" to another branch that has a file where the current branch has a directory could lose such 'precious' files. - Customized "diff -p" markers per path. From: Linus Torvalds Subject: Re: [PATCH] Per-path attribute based hunk header selection. Message-ID: - Others??? Technical (heavier) ------------------- * Subproject Porcelain. - 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) ------------------ * add 'tree' entries to the index. From: Junio C Hamano Message-ID: <11793556371774-git-send-email-junkio@cox.net> * "pure" clones, that does not know about where it was cloned from. Specifically, no [remote "origin"] in .git/config, nor refs/remotes/origin. From: Junio C Hamano Message-ID: <7vr6pac86g.fsf@assigned-by-dhcp.cox.net> * upload-pack support to start fetching from any valid point on the history, not just published refs. (Erik W. Biederman ) * daemon --strict-symlink. * Maybe grok PGP signed text/plain in applymbox as well. * "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) ------------------- * Change the "first line of commit message is special" rule to "first paragraph" and then wrap it. From: Junio C Hamano Message-ID: <7vsla5pkug.fsf@assigned-by-dhcp.cox.net> This is slightly related, but I have been wondering about the interaction with "single-liner summary, empty line and then the rest" convention and various commands in the log family. Currently, --pretty=oneline and --pretty=email (hence format-patch) take and use only the first line. I think we could change it to: - take the first paragraph, where the definition of the first paragraph is "skip all blank lines from the beginning, and then grab everything up to the next empty line". - replace all line breaks with a whitespace. This change would not affect well-behaved commit messages that adhere to the convention, as their first paragraph always consist of a single line. On the other hand, people from different culture can get frustrated by their commit message chomped at the first linebreak in the middle of sentence right now, which would be helped by this change. Their Subject: and --pretty=oneline output would become very long and unsightly, but their commit messages are already ugly anyway, and such a change at least avoid the loss of information. If we were to do this, Subject: line would most likely use RFC2822 line folding at the places where line breaks were in the original, but that goes without saying. What do people think? * Give --stdin to git-log, similar to git-rev-list From: "Marco Costalba" Message-ID: * Update the lockfile protocol so that closing and renaming are done inside lockfile commit time. Some filesystems do not like an open file renamed and then closed. Come up with a patch and pass Alex for an Ack. * Mbx (not mbox) support for git-mailsplit. * git-clone fail .git/refs/foo (Yann Dirson ) <20060610225040.GA7766@nowhere.earth> * git-proxy should be spawned with sh -c 'command' $1 $2. [jc: should it? -- deciding if it should may not be "trivial", but if it turns out to be the right thing to do, the change itself is trivial.] * 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: