From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on dcvr.yhbt.net X-Spam-Level: * X-Spam-ASN: X-Spam-Status: No, score=1.8 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, LIST_MIRROR_RECEIVED,MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI,SPF_HELO_NONE, SPF_PASS shortcircuit=no autolearn=no autolearn_force=no version=3.4.6 Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org [IPv6:2604:1380:45d1:ec00::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 559E71F406 for ; Sun, 15 Oct 2023 16:31:57 +0000 (UTC) Authentication-Results: dcvr.yhbt.net; dkim=pass (1024-bit key; unprotected) header.d=pobox.com header.i=@pobox.com header.a=rsa-sha256 header.s=sasl header.b=Lo2aNQkT; dkim-atps=neutral Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 8E81A1C209D1 for ; Sun, 15 Oct 2023 16:31:54 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 7D6D6748D; Sun, 15 Oct 2023 16:31:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=pobox.com header.i=@pobox.com header.b="Lo2aNQkT" Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net [23.128.96.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 75BF3F4FB for ; Sun, 15 Oct 2023 16:31:43 +0000 (UTC) Received: from pb-smtp1.pobox.com (pb-smtp1.pobox.com [64.147.108.70]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8BAE2D9 for ; Sun, 15 Oct 2023 09:31:41 -0700 (PDT) Received: from pb-smtp1.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 526D01BA57A; Sun, 15 Oct 2023 12:31:33 -0400 (EDT) (envelope-from junio@pobox.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=pobox.com; h=from:to:cc :subject:in-reply-to:references:date:message-id:mime-version :content-type; s=sasl; bh=XLGYjnaLY1BBfo71uYj6zox7psAeOzLcFWlWzm 6Hio4=; b=Lo2aNQkT8+Mc4dYfraJN/8YgrmAHiUjf4e8887H8W3LHZm9REIxrTO 7FuFxwgZImOl8TVPdKxu5UaahLFnr1A0HgxntJUdg21LRJSUfkkLKG2vJhaEa+fu DXRq2M9mNXJr0ZdwAHp6aSKTwQqz/f+b0UXStgykEM137+9yFPjV0= Received: from pb-smtp1.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 49E5C1BA579; Sun, 15 Oct 2023 12:31:33 -0400 (EDT) (envelope-from junio@pobox.com) Received: from pobox.com (unknown [34.125.153.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id A72251BA578; Sun, 15 Oct 2023 12:31:32 -0400 (EDT) (envelope-from junio@pobox.com) From: Junio C Hamano To: Sebastian Thiel Cc: Elijah Newren , Josh Triplett , git@vger.kernel.org Subject: Re: [RFC] Define "precious" attribute and support it in `git clean` In-Reply-To: (Sebastian Thiel's message of "Sun, 15 Oct 2023 09:33:17 +0200") References: <79901E6C-9839-4AB2-9360-9EBCA1AAE549@icloud.com> Date: Sun, 15 Oct 2023 09:31:31 -0700 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Precedence: bulk X-Mailing-List: git@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: , MIME-Version: 1.0 Content-Type: text/plain X-Pobox-Relay-ID: 4CFDB478-6B78-11EE-BB41-78DCEB2EC81B-77302942!pb-smtp1.pobox.com List-Unsubscribe-Post: List-Unsubscribe=One-Click Sebastian Thiel writes: > A particularly interesting question brought up here also was the question > of what's more important: untracked files, or precious files? Are they > effectively treated the same, or is there a difference? Think of it this way. There are two orthogonal axes. (1) Are you a candidate to be tracked, even though you are not tracked right now? (2) Should you be kept and make an operation fail that wants to remove you to make room? For untracked files, both are "Yes". As we already saw in the long discussion, precious files are "not to be added and not to be clobbered", so you'd answer "No" and "Yes" [*]. In other words, both are equally protected from getting cloberred. Side note: for completeness, for ignored files, the answers are "No", and "No". The introduction of "precious" class makes a combination "No-Yes" that hasn't been possible so far. Elijah, thanks for doing a very good job of creating a catalog of kludges we accumulated over the years for the lack of proper support for the precious paths. I think they should be kept for backward compatibility, but for new users they should not have to learn any of them once we have the support for precious paths.