Re: [RFC] Reverting "git push logic change"?
- From
Junio C Hamano <junkio@cox.net>
- Date
- Jan 23, 2006, 01:31 UTC
- Message-ID
- <7vacdnafx1.fsf@assigned-by-dhcp.cox.net>
- In-Reply-To
- <7vpsmjamgw.fsf@assigned-by-dhcp.cox.net>
Junio C Hamano <junkio@cox.net> writes:
Show 10 quoted lines
> sean <seanlkml@sympatico.ca> writes: > >> What about just always excluding the origin branch from being >> implicitly pushed; even if it does exist in both repositories? >> In the rare cases where it is actually desired to be pushed, >> it can be done explicitly. > > The problem is "origin" is just a Porcelain convention and we > would not want to teach that to the core level, so that will not > fly.
One improvement that can be done is to update "git clone --bare" so that it does not create "origin", which is more or less pointless for such a "distribution point" repository.
This reminds me that I need to deprecate --naked and introduce --bare to the clone command...