Re: Reverting the whole index-base series

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: Reverting the whole index-base series

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:43:04

Linus Torvalds [off-list ref] writes:
... That said, maybe we could make it an option. There's really a few 
different things we could do:

 (a) what we do now - the working tree and index is totally unaffected
 (b) do a "git-read-tree -m old new" and if that fails, fail the push.
     This would at least ensure the *index* matches
 (b') same as (b), but with "-u" to actually check it out
 (c) do a "git-read-tree --reset new"
 (c') same as (c), but with "-u"

and we could just keep the *default* the same, but allow the receiving 
side to say what it wants to happen.
Yeah, throw another one in:

 (d) what we do now, but detach HEAD.
So if somebody does

	git push remote:my-git-tree/.git/

then we'd *always* do (a), since we pushed into the "bare" part, but if 
somebody did

	git push remote:my-git-tree

and the receiver ended up doing a "cd .git", it would remember what the 
checked-out tree was and update that one (and no other).
I suspect that this would make the pending "GIT_WORK_TREE"
series more interesting.

Re: Reverting the whole index-base series

From: Linus Torvalds <torvalds@linux-foundation.org>
Date: 2016-06-15 22:43:04


On Sun, 15 Apr 2007, Junio C Hamano wrote:
quoted
... That said, maybe we could make it an option. There's really a few 
different things we could do:
Yeah, throw another one in:

 (d) what we do now, but detach HEAD.
Yeah, that actually sounds like a really nice option. I think that's the 
one I'd personally use.

		Linus
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help