Jakub Narebski <jnareb@xxxxxxxxx> writes: > Junio C Hamano wrote: > >> Using tag has an added benefit that you now have a place to say >> why you dropped it. So what we would need to support this is an >> agreed-upon name under $GIT_DIR/refs/ that is omitted from >> display by convention across Porcelains (the core side should >> not ignore them because even when you are abandoning them, you >> do not want to lose them), > > I think that using hidden directory (dot-directory), e.g. > $GIT_DIR/refs/.abandoned/ is a good idea... unless it conflicts somewhat > with the way lock files are named... Names are not interesting. Visualizers ignoring them consistently is. By the way, does gitweb still walk $GIT_DIR/refs hierarchy by hand to find out the set of refs? When Linus is done with his refs/ work, that way would become unsupported. You would need to read from "ls-remote $GIT_DIR". - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html