From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-5.6 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD shortcircuit=no autolearn=ham autolearn_force=no version=3.4.0 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by dcvr.yhbt.net (Postfix) with ESMTP id D468B2022C for ; Sat, 5 Nov 2016 20:26:05 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756349AbcKEU0D (ORCPT ); Sat, 5 Nov 2016 16:26:03 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:51078 "EHLO relay5-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755844AbcKEU0C (ORCPT ); Sat, 5 Nov 2016 16:26:02 -0400 Received: from mfilter9-d.gandi.net (mfilter9-d.gandi.net [217.70.178.138]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 370AE41C084; Sat, 5 Nov 2016 21:26:01 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter9-d.gandi.net Received: from relay5-d.mail.gandi.net ([IPv6:::ffff:217.70.183.197]) by mfilter9-d.gandi.net (mfilter9-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id I1UIlfWaIwA1; Sat, 5 Nov 2016 21:25:59 +0100 (CET) X-Originating-IP: 216.234.200.180 Received: from x (unknown [216.234.200.180]) (Authenticated sender: josh@joshtriplett.org) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 1610441C089; Sat, 5 Nov 2016 21:25:56 +0100 (CET) Date: Sat, 5 Nov 2016 14:25:54 -0600 From: Josh Triplett To: Christian Couder Cc: Junio C Hamano , git , "Shawn O. Pierce" , Jeff King , Nguyen Thai Ngoc Duy , Mike Hommey Subject: Re: Regarding "git log" on "git series" metadata Message-ID: <20161105202553.migx75gfuujakqyk@x> References: <20161105151836.wztypzrdywyltvrc@x> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20161014 (1.7.1) Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org On Sat, Nov 05, 2016 at 09:21:58PM +0100, Christian Couder wrote: > On Sat, Nov 5, 2016 at 4:18 PM, Josh Triplett wrote: > > On Sat, Nov 05, 2016 at 01:45:27PM +0100, Christian Couder wrote: > >> And with what Peff says above it looks like we will need ways > >> configure and tweak commit reachability with gitlink/gitref anyway. So > >> the point of gitref compared to gitlink would be that they just have a > >> different reachability by default. But couldn't that be replaced by a > >> default rule saying that when a gitlink is reached "this way or that > >> way" then the commit reachability should be enforced, and otherwise it > >> should not be? > > > > Any version of git unaware of that rule, though, would consider objects > > only reachable by gitlink as unreachable and delete them, causing data > > loss. Likewise for a server not aware of that rule. And a server > > unaware of that rule would not supply those objects to a client pulling > > such a branch. > > Yeah, so you would really need an up-to-date server and client to > store the git-series data. > But anyway if we create a gitref object, you would also need > up-to-date servers and clients to make it work. Agreed, but gitrefs have the advantage of failing safe, rather than failing with dataloss. - Josh Triplett