Re: [PATCH 0 of 7] [resend] - Improve handling remotes, origin, submodules

Hi,

On Mon, 4 Feb 2008, Steffen Prohaska wrote:

On Feb 3, 2008, at 11:43 PM, Johannes Schindelin wrote:

quoted

If your issue is with git-submodule, then fix _that_, and do not "fix" 
_anything_ else.

If I understood Mark correctly, this would not solve his problem
because he wants to *avoid* origin;

So he should *avoid* origin.  Not redefine it.

For example, if you want to update your submodules from their respective 
"bollywog" remotes, it is perfectly fine with me to introduce a notion

	$ git submodule update --from bollywog

If you do not want to fetch from here one time, and from there the next, 
then there is _simply_ _no_ _point_ in pointing to another remote _name_.

You cannot put multiple urls into .gitmodules _anyway_, so they _have_ to 
be modified locally, and then the people can look up their remote urls.

Putting in another layer of indirection, which can very well be 
unsynchronised is what I am strongly in "unfavour" of.

Frankly, I am puzzled how long this discussion drags on.  If I would not 
be concerned about the loss of simplicity of git's core _and concepts_, I 
would not even bother to respond.

Ciao,
Dscho