suggestion: store the URL somewhere in .git/

It would be nice if the URL could be stored somewhere in .git/ This makes it a lot easier to update repositories because you don't always have to go and track down where you got it in the first place. Something like this perhaps: ~$ cat .git/location

Re: [RFC] Stgit - patch history / add extra parents

On Sun, 21 Aug 2005, Jan Veldeman wrote: Catalin Marinas wrote: So for example, you only tag (freeze) the history when exporting the patches. When an error is being reported on that version, it's easy to view it and also view the progress that was already been made on those

Re: 1dfcfbce2d643b7c7b56dc828f36ced9de2bf9f2

Dirk Behme [EMAIL PROTECTED] writes: Seems to me that this breaks http update cg-update http://www.kernel.org/pub/scm/git/git.git error: Tried http://www.kernel.org/pub/scm/git/git.git/objects/6f/f87c4664981e4397625791c8ea3bbb5f2279a3 Cannot obtain needed blob

git-ls-files: generalized pathspecs

This generalizes the git glob string to be a lot more like the git-diff-* pathspecs (but there are still differences: the diff family doesn't do any globbing, and because the diff family always generates the full native pathname, it doesn't have the issue with ..). It does three things: -

Re: suggestion: store the URL somewhere in .git/

On 08/22/2005 01:18 PM, Johannes Schindelin wrote: Hi, On Mon, 22 Aug 2005, Jeff Carr wrote: It would be nice if the URL could be stored somewhere in .git/ This makes it a lot easier to update repositories because you don't always have to go and track down where you got it in the first

Re: git-ls-new-files make patch, pull, etc.

Jeff Carr [EMAIL PROTECTED] writes: Something simple like the perl script at the bottom would be useful for showing files that haven't been added via git-update-cache --add already. If I am not mistaken, you just reinvented: $ git ls-files --others in a very expensive way. Notice your

Re: suggestion: store the URL somewhere in .git/

Jeff Carr [EMAIL PROTECTED] writes: So my small feature request reduces to adding something like this to git-pull-script. Thanks, Jeff Somebody else earlier asked for fetch and pull to default to origin URL, and the necessary change is already in the proposed updates branch. - To unsubscribe

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