Re: [PATCH] HEAD, ORIG_HEAD and FETCH_HEAD are really special.

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Alex Riesen <raa.lkml@...>
Cc: Pierre Habouzit <madcoder@...>, Johannes Sixt <j.sixt@...>, Keith Packard <keithp@...>, Git Mailing List <git@...>
Date: Saturday, September 8, 2007 - 10:10 pm

Alex Riesen <raa.lkml@gmail.com> writes:


That makes me realize that rejecting anything other than what I
suggested is a good idea, as it avoids mistakes like the one you
just made.  The fact is, that things that are reachable only
from .git/p4/* are subject to be pruned.  I'd suggest you move
them to somewhere under .git/refs, say, .git/refs/p4/*.

Neither ORIG_HEAD and FETCH_HEAD protects objects for the same
reason (although HEAD does).  And that is actually what we want,
as "git fetch" followed immediately by "git prune" should be
able to get rid of what was fetched.
-
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.html
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
rebase from ambiguous ref discards changes, Keith Packard, (Thu Sep 6, 5:48 pm)
Re: rebase from ambiguous ref discards changes, Junio C Hamano, (Thu Sep 6, 7:26 pm)
Re: rebase from ambiguous ref discards changes, Keith Packard, (Thu Sep 6, 10:58 pm)
Re: [PATCH] HEAD, ORIG_HEAD and FETCH_HEAD are really special., Junio C Hamano, (Sat Sep 8, 10:10 pm)
Re: rebase from ambiguous ref discards changes, Pierre Habouzit, (Fri Sep 7, 2:55 am)
Re: rebase from ambiguous ref discards changes, Pierre Habouzit, (Thu Sep 6, 6:37 pm)