Re: [RFC PATCH 06/19] Factor ref updating out of fetch_with_import
- From
Daniel Barkalow <barkalow@iabervon.org>
- Date
- Nov 2, 2009, 03:16 UTC
- Message-ID
- <alpine.LNX.2.00.0911012038120.14365@iabervon.org>
- In-Reply-To
- <fabb9a1e0911011733o7d8d95eem57e02d455e0bd86@mail.gmail.com>
On Mon, 2 Nov 2009, Sverre Rabbelier wrote:
Show 8 quoted lines
> Yes, that sounds very reasonable, and I think that's the right way to > go. This leaves us with only one thing, we need a remote HEAD for 'git > clone hg::/path/to/repo' to work and have it check out a branch, I > think a seperate 'head' command might be appropriate? If supported it > returns the which local symref (e.g. 'refs/heads/trunkr' in the svn > case) should be pointed at by HEAD. If not supported we can just not > set it and clone will give the default 'no remote HEAD, nothing > checked out' message, which would probably be best for p4?
Why not have the regular list report:
@refs/heads/trunkr HEAD
or whatever it is, again like native git? That is, SVN would have an interaction like:
> list
< ? refs/heads/trunkr < ? refs/heads/my-branch < ? refs/tags/v1.0 < @refs/heads/trunkr HEAD <
This is similar to the response from the curl helper, except that it uses "?" for the sha1s because it doesn't know them until they're imported.
-Daniel *This .sig left intentionally blank*