git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [BUG] git-svn: HEAD pointing to a tag after cloning

From
YDYann Dirson <ydirson@linagora.com>
Date
May 11, 2009, 14:09 UTC
Message-ID
<53308.10.0.0.1.1242050982.squirrel@intranet.linagora.com>
Show 6 quoted lines
> svn allows you to commit to tags as if they were branches - indeed they
> are branches just as much as svn branches are branches.
>
> Therefore, git-svn represents svn tags as git remote branches (not
> tags). After the clone is done, git-svn checks out the branch on which
> the last commit was done.

I am aware of that. However, nothing seems to prevent svn tags to be mapped to tag refs insead of head refs. Maybe both behaviours could be available, if someone wants to be able to "commit to svn tags" properly from git, but since that is probably not the common case, I would rather see this current behaviour as an option.

But we are going off-topic here. That "feature" of git-svn checking out "the branch on which the last commit was done" is fortunately not being documented in the manpage :). The problem here (distinct from the tag-handling issue) is that you can barely predict what svn remote your master branch will track !

> One may argue that master should point to trunk (for --stdlayout)
> instead after git svn clone, just like master points to master after git
> clone.
Exactly, that would simply be consistent.
Message 1 of 1 in “Re: [BUG] git-svn: HEAD pointing to a tag after cloning”
  1. Yann DirsonMay 11, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.