Re: Multi-head pulling series

Josef Weidendorfer <[EMAIL PROTECTED]> writes: > I think that both, default and non-default persistant > mappings, are only a handy convenience issue for less > typing. If GIT core is not doing this, some (most?) porcelains > will invent their own way for storing these mappings. Suppose I have so

Re: Multi-head pulling series

Josef Weidendorfer <[EMAIL PROTECTED]> writes: > I think that both, default and non-default persistant > mappings, are only a handy convenience issue for less > typing. If GIT core is not doing this, some (most?) porcelains > will invent their own way for storing these mappings (like > Cogito is d

Re: Multi-head pulling series

On Saturday 20 August 2005 20:54, Junio C Hamano wrote: > Josef Weidendorfer <[EMAIL PROTECTED]> writes: > >>$ cat $GIT_DIR/remotes/www > >>URL: http://www.kernel.org/pub/scm/git/git.git/ > >>Pull: master:ko-master pu:ko-pu > >>Push: master:master pu:pu foo:bar > > > > Isn't this mi

Re: Multi-head pulling series

Josef Weidendorfer <[EMAIL PROTECTED]> writes: >> $ cat $GIT_DIR/remotes/www >> URL: http://www.kernel.org/pub/scm/git/git.git/ >> Pull: master:ko-master pu:ko-pu >> Push: master:master pu:pu foo:bar > > Isn't this mixing two kinds of information: > 1) Some default/persistent m

Re: Multi-head pulling series

On Thursday 18 August 2005 09:24, Junio C Hamano wrote: > $ cat $GIT_DIR/remotes/www > URL: http://www.kernel.org/pub/scm/git/git.git/ > Pull: master:ko-master pu:ko-pu > Push: master:master pu:pu foo:bar Isn't this mixing two kinds of information: 1) Some default/persisten

Multi-head pulling series

Here is the current status of the multi-head download support. [PATCH 1/3] Start adding the $GIT_DIR/remotes/ support. [PATCH 2/3] Multi-head fetch. [PATCH 3/3] Update git-pull to match updated git-fetch. The first one in the series adds support for the long promised $GIT_DIR/remotes/