From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: Symbolic refs and the git protocol? Date: Sun, 25 Sep 2011 16:48:42 +0300 Message-ID: <4E7F313A.2050103@redhat.com> References: <4E7F29EB.8000800@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Git Mailing List , John Hawley To: Sitaram Chamarty X-From: git-owner@vger.kernel.org Sun Sep 25 15:49:29 2011 Return-path: Envelope-to: gcvg-git-2@lo.gmane.org Received: from vger.kernel.org ([209.132.180.67]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R7p5F-0004f0-Di for gcvg-git-2@lo.gmane.org; Sun, 25 Sep 2011 15:49:29 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752736Ab1IYNsq (ORCPT ); Sun, 25 Sep 2011 09:48:46 -0400 Received: from mx1.redhat.com ([209.132.183.28]:41328 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752694Ab1IYNsq (ORCPT ); Sun, 25 Sep 2011 09:48:46 -0400 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p8PDmiae003418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 25 Sep 2011 09:48:44 -0400 Received: from balrog.usersys.redhat.com (dhcp-1-24.tlv.redhat.com [10.35.1.24]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p8PDmgLx020820; Sun, 25 Sep 2011 09:48:43 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20110906 Thunderbird/6.0.2 In-Reply-To: X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: On 09/25/2011 04:42 PM, Sitaram Chamarty wrote: > On Sun, Sep 25, 2011 at 6:47 PM, Avi Kivity wrote: > > With the old kernel.org setup, practically the only think I needed to do on > > the server itself is the 'git symbolic-ref' command (used to point > > refs/heads/linux-next at the correct stream). > > > > Now it looks like kernel.org will no longer offer shell access. Is it > > possible to support symbolic-ref via 'git push'? > > Can I assume you mean specifically for HEAD, as in 'git symbolic-ref > HEAD refs/heads/some-branch'? No, I use them for ordinary branches, for example git symbolic-ref refs/heads/linux-next refs/heads/kvm-updates/3.2 from this point on, any update to kvm-updates/3.2 will be reflected in the linux-next ref. > Although gitolite disables shell access by design, it provides several > (optionally installed) features to allow specific shell commands to be > executed. One such command is "set-head", which does exactly what you > ask. You run it like 'ssh git@server set-head reponame.git > refs/heads/foo' and it ends up running 'git symbolic-ref HEAD > refs/heads/foo' in the repo. > > I realise that does not answer "can it be done via git push" but I > thought it might help... Well, if set-head can be extended a bit, it would suit me perfectly. -- error compiling committee.c: too many arguments to function