Re: 65c042d4 broke `remote update' without named group

[Tay Ray Chuan <rctay89@gmail.com>]

Hi,

On Wed, Dec 30, 2009 at 7:49 AM, YONETANI Tomokazu <qhwt+git@les.ath.cx> wrote:
> Hello.
> It seems that with 65c042d4 (and v1.6.6), git-remote update without
> specifying a group on the command line ends up with the following error
> message if you define remotes.default in the config file:
>  $ git remote update
>  fatal: 'default' does not appear to be a git repository
>  fatal: The remote end hung up unexpectedly
>
> The document still says that when you don't specify the named group,
> remotes.default in the configuration will get used, so this should work
> (and it used to work with v1.6.4).
>
> After the commit 65c042d4, the commands are translated as follows:
>  $ git remote update
>  ==> git-fetch default         (with remotes.default defined)          NG
>  ==> git-fetch --all           (without remotes.default defined)       OK
>
>  $ git remote update default
>  ==> git-fetch --multiple default                                      OK
>
> So just adding "--multiple" in front of "default" in the first case
> above should fix it.

Björn (added to Cc list), you seem to have been the main author of
'bg/fetch-multi', do you have any idea on this?

-- 
Cheers,
Ray Chuan