I think Linus did a cut & paste from an early JIT code while developing the current extended SHA1 notation, and left it there as a courtesy, but the directory does not deserve to be treated any more specially than, say, .git/refs/bisect. If the subdirectories under .git/refs proliferate, we may want to switch to scanning that hierarchy at runtime, instead of the current hard-coded set, although I think that would be overkill. Signed-off-by: Junio C Hamano <junkio@cox.net> --- sha1_name.c | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) 19b3a5f94a98d523272c5c19fc166e879ce517e0 diff --git a/sha1_name.c b/sha1_name.c --- a/sha1_name.c +++ b/sha1_name.c @@ -143,7 +143,6 @@ static int get_sha1_basic(const char *st "refs", "refs/tags", "refs/heads", - "refs/snap", NULL }; const char **p; - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Sun Aug 21 19:43:25 2005
This archive was generated by hypermail 2.1.8 : 2005-08-21 19:43:27 EST