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

Re: git-svnimport: what to do after -i?

From
Julian Phillips <julian@quantumfyre.co.uk>
Date
Aug 24, 2007, 00:18 UTC
Message-ID
<Pine.LNX.4.64.0708240113360.32194@beast.quantumfyre.co.uk>
In-Reply-To
<20070823130031.GA17092@falcon.digizenstudio.com>
On Thu, 23 Aug 2007, Jing Xue wrote:
Show 32 quoted lines
> On Thu, Aug 23, 2007 at 08:29:54AM +0100, Julian Phillips wrote:
>>
>> I haven't used svnimport in a while (and never with subprojects), but you
>> seem to be specifying that projectFoo is your trunk - which doesn't seem
>> right.
>>
>> I would have expected the command to be:
>>
>> git svnimport -C projectFoo -r -A svn-authors -I .gitignore svn://jabba
>> projectFoo
>
> Thanks for bringing it up. :)
>
> My svn structure (see my last email) is somewhat reversed from what
> svnimport assumes, which seems to be more along the lines of:
>
> repoRoot
>  -trunk
>    -projectFoo
>    -projectBar
>  -tags
>    -projectFoo
>    -projectBar
>  -branches
>    -projectFoo
>    -projectBar
>
> So in my case I had to kind of cheat svnimport into thinking
> 'projectFoo' is the name of the "trunk" directory, and 'trunk' is the
> actually project name. And I had to create 'dummytags' and
> 'dummybranches' at repoRoot level (following somebody else's tip found
> on this list).

Ah, yes ... sorry. I've actually ended up using a homebrew script for parsing svn dump files and feeding git-fast-import for a number of reasons, so I'm a bit rusty with svnimport, and never looked at multiple projects in one repo anyway. (One of which was that svnimport wasn't creating a correct import actually - some files and directories were simply missing).

Show 13 quoted lines
> Of course doing so has two problems:
>
> 1. I can only import one project at one time, but my plan is to have
> separated git repo for each project going forward, so this works out
> just fine.
>
> 2. I can't actually import any tags and branches because my real tags
> and branches are under projectFoo/tags and projectFoo/branches. This is
> somewhat a loss, but we can cope with it by having the svn repo around
> as the history book.
>
> But then if there is any better way to achieve this, I would certainly
> be interested and eager to learn. Thanks.

I guess you've tried including projectFoo in the url? Other than that, perhaps git-svn may have better luck?

-- 
Julian

  ---
I'm not a real movie star -- I've still got the same wife I started out
with twenty-eight years ago.
 		-- Will Rogers
Previous: Jing XueNext: Jing Xue
Message 7 of 8 in “git-svnimport: what to do after -i?”
  1. Jing XueAug 22, 2007
  2. Steven WalterAug 22, 2007
  3. Jing XueAug 22, 2007
  4. Jing XueAug 23, 2007
  5. Julian PhillipsAug 23, 2007
  6. Jing XueAug 23, 2007
  7. Julian PhillipsAug 24, 2007
  8. Jing XueAug 24, 2007

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.