Hi, On Wed, 13 Jun 2007, Junio C Hamano wrote: > * js/filter (Fri Jun 8 23:28:50 2007 +0200) 11 commits Isn't that convenient? That's already the second project the two JS'es are working together... > * jc/oneline (Mon Jun 11 22:10:55 2007 -0700) 2 commits > + Extend --pretty=oneline to cover the first paragraph, > + Lift 16kB limit of log message output > > Hoping to be able to merge them to 'master', but haven't > convinced myself that these changes are correct. Help is > appreciated. I haven't had a chance to look at the patch yet, but the intention is sound. > * ei/worktree+filter (Wed Jun 6 09:16:56 2007 +0200) > - filter-branch: always export GIT_DIR if it is set > * ml/worktree (Fri Jun 8 22:57:55 2007 +0200) 9 commits > - make git barf when an alias changes environment variables > - setup_git_directory: fix segfault if repository is found in cwd > - test GIT_WORK_TREE > - extend rev-parse test for --is-inside-work-tree > - Use new semantics of is_bare/inside_git_dir/inside_work_tree > - introduce GIT_WORK_TREE to specify the work tree > - test git rev-parse > - rev-parse: introduce --is-bare-repository > - rev-parse: document --is-inside-git-dir > > Undecided. Some people would want to have a way to have GIT_DIR > point at somewhere unusual and still want to work from within a > subdirectory, which is probably a valid thing to support. This > is not something I would use myself, so I am mostly worried > about the impact these changes may have on people who do not use > this feature. Yeah, it is something to worry about. As far as I am concerned, these changes are too deep for too obscure a feature. But then, I see that people need it. And I can't think of a better way to implement it. So unless somebody comes up with a nice solution, I think we should live with it, rather than let it simmer in pu. Ciao, Dscho - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
