[Bug] worktree prune --expires

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

 



Hi Team,

This is pretty much just a quibble, but the command parser for worktree
prune --expires should really report when a timestamp is invalid. For
example:

worktree prune --expires A:30 actually

actually appears to process the prune going back a very long time instead of
reporting that A:30 isn't a good timestamp.

Experienced using git 2.29.2 in Cygwin - not my usual space and git 2.31.0
on NonStop.

I suspect that this should use the same timestamp parse as for other
commands, although I also noticed that git log --since accepts the same
syntactically awkward time. Am I missing something?

Thanks,
Randall


-- Brief whoami:
 NonStop developer since approximately 211288444200000000
 UNIX developer since approximately 421664400
-- In my real life, I talk too much.





[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