From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.176.0/21 X-Spam-Status: No, score=-3.5 required=3.0 tests=AWL,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MSGID_FROM_MTA_HEADER,RP_MATCHES_RCVD shortcircuit=no autolearn=ham autolearn_force=no version=3.4.0 From: Jakub Narebski Subject: Re: [WISH] Store also tag dereferences in packed-refs Date: Mon, 20 Nov 2006 10:40:15 +0100 Organization: At home Message-ID: References: <7vmz6oeh2k.fsf@assigned-by-dhcp.cox.net> <20061118184345.GO7201@pasky.or.cz> <7vac2oefuz.fsf@assigned-by-dhcp.cox.net> <7vbqn38831.fsf@assigned-by-dhcp.cox.net> <7vr6vy7smi.fsf@assigned-by-dhcp.cox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit NNTP-Posting-Date: Mon, 20 Nov 2006 09:39:06 +0000 (UTC) Return-path: Envelope-to: gcvg-git@gmane.org X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 78 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: host-81-190-24-209.torun.mm.pl Mail-Copies-To: jnareb@gmail.com User-Agent: KNode/0.10.2 Precedence: bulk X-Mailing-List: git@vger.kernel.org Archived-At: Received: from vger.kernel.org ([209.132.176.167]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Gm5cD-00081V-Rw for gcvg-git@gmane.org; Mon, 20 Nov 2006 10:39:02 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934031AbWKTJi7 (ORCPT ); Mon, 20 Nov 2006 04:38:59 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934036AbWKTJi7 (ORCPT ); Mon, 20 Nov 2006 04:38:59 -0500 Received: from main.gmane.org ([80.91.229.2]:59359 "EHLO ciao.gmane.org") by vger.kernel.org with ESMTP id S934031AbWKTJi6 (ORCPT ); Mon, 20 Nov 2006 04:38:58 -0500 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Gm5c7-00080W-04 for git@vger.kernel.org; Mon, 20 Nov 2006 10:38:55 +0100 Received: from host-81-190-24-209.torun.mm.pl ([81.190.24.209]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Nov 2006 10:38:54 +0100 Received: from jnareb by host-81-190-24-209.torun.mm.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Nov 2006 10:38:54 +0100 To: git@vger.kernel.org Sender: git-owner@vger.kernel.org Junio C Hamano wrote: > Linus Torvalds writes: > >> So I'd suggest adding - at the very top of the ref-pack file - a line line >> >> # Ref-pack version 2 >> >> which will be ignored by the current ref-pack reader (again, because it's >> not a valid ref line), but we can use it in the future to specify further >> extensions if we want to. >> >> Now somebody would just need to implement that ;) > > For this particular one, there is no need for version 2. Actually, I think it is both true and untrue. True, because we need some indicator that we trust packed-refs file to provide tag dereferences to distinguish between the case when there are no tag objects at all, so there are no tag dereferences in packed-refs, and the situation where we use packed-refs generated by older git, and there are no tag dereferences in packed-refs because git didn't saved it. Untrue, because it is not enough. In the case[*1*] when packed-refs was created with tag dereferences, then some "heavyweight" tags were added by older version of git (adding references doesn't rewrite packed-refs if I understand correctly), then we use new git again and trust that there are no derefs... [*1*] For example when git repository is on the network filesystem, but programs are installed locally, and perhaps computers in the network are heterogenic (perhaps even different architectures: PC vs. Sun and/or different operating systems: Linux vs. FreeBSD vs. Solaris vs. Windows+Cygwin) and have different versions of git installed (perhaps one of them is "your" machine, where you have admin rights, and you have newest git installed there). Or for example using git repository on USB stick, again on different computers with different version of git installed. --------------------------------------------------------------------- To summarize, we have the following proposals of the packed-refs format extension The unusable Linux Torvalds proposal (unusable because of requiring newer packed-refs work with older git, for example in the case [*1*] or the case of git downgrade): lt> []* Linus Torvalds "Now somebody would just need to implement that ;)" proposal: lt> refs/tags/tagname lt> ^ lt> ^ lt> ... lt> refs/tags/othertag Junio C Hamano proposal _with code_ (proposal with code usually wins). Less elegant IMVHO, but perhaps better. jc> My current wip does: jc> jc> SHA-1 SP name LF jc> SHA-1 SP SP name^{} LF jc> jc> the latter of which is ignored by code in the wild and the new jc> code can take advantage of (and fall back the usual deref_tag jc> when it is not available). -- Jakub Narebski Warsaw, Poland ShadeHawk on #git