Re: [PATCH v3 2/2] connect: advertized capability is not a ref

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

Subject: Re: [PATCH v3 2/2] connect: advertized capability is not a ref
From: Junio C Hamano <gitster@xxxxxxxxx>
Date: Thu, 08 Sep 2016 09:18:01 -0700
Cc: Jonathan Tan <jonathantanmy@xxxxxxxxxx>, git@xxxxxxxxxxxxxxx, spearce@xxxxxxxxxxx, sbeller@xxxxxxxxxx, peff@xxxxxxxx
In-reply-to: <20160908013431.GC25016@google.com> (Jonathan Nieder's message of "Wed, 7 Sep 2016 18:34:31 -0700")
References: <cover.1472836026.git.jonathantanmy@google.com> <cover.1473291819.git.jonathantanmy@google.com> <4b09bb7a5b7f4eb5fc31df3d98ce7ffc042eb367.1473291819.git.jonathantanmy@google.com> <20160908013431.GC25016@google.com>
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)

Jonathan Nieder <jrnieder@xxxxxxxxx> writes:

> I think we can make this stricter.  The capabilities^{} line is supposed
> to be the first advertised ref, before any 'shallow' lines or .have
> extra refs.

"The first", or "the first and only"?  I thought that it would be
the latter.

References:
- [PATCH 0/2] handle empty spec-compliant remote repos correctly
  - From: Jonathan Tan
- [PATCH v3 0/2] handle empty spec-compliant remote repos correctly
  - From: Jonathan Tan
- [PATCH v3 2/2] connect: advertized capability is not a ref
  - From: Jonathan Tan
- Re: [PATCH v3 2/2] connect: advertized capability is not a ref
  - From: Jonathan Nieder

Prev by Date: [PATCH 3/3] init: do not set core.worktree more often than necessary
Next by Date: Re: [PATCH] connect: tighten check for unexpected early hang up (Re: [PATCH v3 2/2] connect: advertized capability is not a ref)
Previous by thread: Re: [PATCH] connect: tighten check for unexpected early hang up (Re: [PATCH v3 2/2] connect: advertized capability is not a ref)
Next by thread: [PATCH v4 0/3] handle empty spec-compliant remote repos correctly
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]