git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Protocol v2: The wrong --shallow-since time format causes git to wait indefinitely

From
Denton Liu <liu.denton@gmail.com>
Date
Nov 19, 2019, 23:36 UTC
Message-ID
<20191119233645.GA99848@generichostname>
In-Reply-To
<xmqqpnhwbfx7.fsf@gitster-ct.c.googlers.com>
Hi Junio,
On Wed, Nov 13, 2019 at 12:42:28PM +0900, Junio C Hamano wrote:
Show 7 quoted lines
> "Force.Charlie" <force@forcemz.net> writes:
> 
> > # time format wrong
> > git -c protocol.version=2 clone https://github.com/git/git.git --shallow-since=20151012
> 
> That's the valid/right way to specify the timestamp that is
> 20,151,012 seconds after the epoch (i.e. 1970-01-01), isn't it?

I don't think so. When we run the same thing under protocol v1, we get the following:

	$ git -c protocol.version=1 clone https://github.com/git/git.git --shallow-since=20151012
	Cloning into 'git'...
	fatal: the remote end hung up unexpectedly
even though the following does work:
	$ git -c protocol.version=1 clone https://github.com/git/git.git --shallow-since=2015-10-12
	Cloning into 'git'...
	remote: Enumerating objects: 93982, done.
	...
which suggests to me that the non-dashed form is invalid.
Thanks,
Denton
Previous: Junio C HamanoNext: Denton Liu
Message 3 of 4 in “Protocol v2: The wrong --shallow-since time format causes git to wait indefinitely”
  1. Force.CharlieNov 13, 2019
  2. Junio C HamanoNov 13, 2019
  3. Denton LiuNov 19, 2019
  4. Denton LiuNov 19, 2019

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.