On Mon, 2 Nov 2009, Sverre Rabbelier wrote: > 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* -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html