Re: What's cooking in git.git (topics)

From: Junio C Hamano <gitster@pobox.com>
Date: Jun 24, 2008, 07:59 UTC
Message-ID: <7vwskfclfs.fsf@gitster.siamese.dyndns.org>
In-Reply-To: <20080621121429.GI29404@genesis.frugalware.org>

Miklos Vajna <vmiklos@frugalware.org> writes:

Show 18 quoted lines

> On Sat, Jun 21, 2008 at 02:44:50AM -0700, Junio C Hamano <gitster@pobox.com> wrote:
>> * nd/dashless (Wed Nov 28 23:21:57 2007 +0700) 1 commit
>>  + Move all dashed-form commands to libexecdir
>> 
>> Scheduled for 1.6.0.
>> 
>> * jc/dashless (Sat Dec 1 22:09:22 2007 -0800) 2 commits
>>  - Prepare execv_git_cmd() for removal of builtins from the
>>    filesystem
>>  - git-shell: accept "git foo" form
>> 
>> We do not plan to remove git-foo form completely from the filesystem at
>> this point, but git-shell may need to be updated.
>
> I may be wrong, but given that git-upload-pack/receive-pack is now not
> in PATH, I think it will be problematic to do a pull/push in case the
> server runs next, the client is 1.5.6 and the user has git-shell as
> shell, for example.

The idea of the "shell: accept 'git foo' form" patch is that as long as the server end consistently use the same version (i.e. git-shell is from 'next' and it knows where the rest of git is installed), things should work fine. I've merged them to 'next' and pushed it out so that you can try it.

I do not use git-shell in production setting (I do have one user account whose login shell is git-shell from 'next' I use purely for testing), and I do not know how much use it has seen in the real world. My cursory sanity-check ("cvs -d :ext:thatuser@myhost:/path/ co --help", and "git ls-remote ssh://thatuser@myhost/path/") seems to be Ok with $(bindir) that has only git, gitk and nothing else.