Re: [PATCH v2 1/1] fetch: allow adding a filter after initial clone.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH v2 1/1] fetch: allow adding a filter after initial clone.
From: Jonathan Nieder <jrnieder@xxxxxxxxx>
Date: Thu, 28 May 2020 10:19:24 -0700
Cc: Xin Li <delphij@xxxxxxxxxx>, git@xxxxxxxxxxxxxxx, "brian m. carlson" <sandals@xxxxxxxxxxxxxxxxxxxx>
In-reply-to: <xmqqsgfk3xtd.fsf@gitster.c.googlers.com>
References: <20200528025359.20931-2-delphij@google.com> <xmqqsgfk3xtd.fsf@gitster.c.googlers.com>

Junio C Hamano wrote:

> It would be safe to upgrade version 0 repository when there is *no*
> existing configuration variable in the "extension" section,

Yes, that makes sense (also for the case Brian mentioned where someone
may try setting extension.objectFormat, see no effect, and then forget
about it).

Thanks,
Jonathan

Follow-Ups:
- Re: [PATCH v2 1/1] fetch: allow adding a filter after initial clone.
  - From: Xin Li

References:
- [PATCH v2 1/1] fetch: allow adding a filter after initial clone.
  - From: Xin Li
- Re: [PATCH v2 1/1] fetch: allow adding a filter after initial clone.
  - From: Junio C Hamano

Prev by Date: Re: [PATCH] t: avoid alternation (not POSIX) in grep's BRE
Next by Date: Re: Assessing about commit order in upstream Linux
Previous by thread: Re: [PATCH v2 1/1] fetch: allow adding a filter after initial clone.
Next by thread: Re: [PATCH v2 1/1] fetch: allow adding a filter after initial clone.
Index(es):
- Date
- Thread

[Index of Archives] [Linux Kernel Development] [Gcc Help] [IETF Annouce] [DCCP] [Netdev] [Networking] [Security] [V4L] [Bugtraq] [Yosemite] [MIPS Linux] [ARM Linux] [Linux Security] [Linux RAID] [Linux SCSI] [Fedora Users]

Powered by Linux