threads / discuss / 21505

question: connecting to multiple remote svn projects

Subject: question: connecting to multiple remote svn projects

## tl;dr

4 messages between Nov 6, 2009 and Nov 9, 2009.

replies: 3people: 2as markdown or json

Dave Rodgman· Nov 6, 2009, 17:55 UTC · lore
Hi,
Given a layout in a single subversion repository like this:

module1/branches/1.0/work module2/branches/1.0/work

I would like achieve the following layout locally, in git:

module1/work module2/work

Obviously I can create multiple git repositories in separate directories, but I would like them to be in a single repository. I can also get the same layout as subversion, but this breaks various bits of build infrastructure. I've fiddled with --branches, etc on git svn init but can't figure out how to achieve this.

I don't care about tracking the subversion branches in git, or being able to switch between subversion branches.

Is this possible? How can I do this?
many thanks
Dave
Avery Pennarun· Nov 6, 2009, 19:51 UTC · re: Dave Rodgman · lore

Re: question: connecting to multiple remote svn projects

On Fri, Nov 6, 2009 at 12:55 PM, Dave Rodgman <dav1dr@eml.cc> wrote:
Show 14 quoted lines
> Given a layout in a single subversion repository like this:
>
> module1/branches/1.0/work
> module2/branches/1.0/work
>
> I would like achieve the following layout locally, in git:
>
> module1/work
> module2/work
>
> Obviously I can create multiple git repositories in separate directories,
> but I would like them to be in a single repository. I can also get the
> same layout as subversion, but this breaks various bits of build
> infrastructure.

Can you just create the file structure you want using symlinks? That would be the easiest way.

> I don't care about tracking the subversion branches in git, or being able
> to switch between subversion branches.

Don't care about tracking *any* subversion history, or just the history of branches other than the 1.0 branch you've listed above? I assume the latter, because otherwise the problem is easy (just copy the latest revision of the files into a git repo and commit).

Other options that might work for you: create a "superproject" branch and import the two modules using git-submodule, or else import them using git-subtree (http://github.com/apenwarr/git-subtree). Or import the svn history and then use git-filter-branch to move stuff around.

Good luck.
Avery
Dave Rodgman· Nov 9, 2009, 10:59 UTC · re: Avery Pennarun · lore

Re: question: connecting to multiple remote svn projects

Show 17 quoted lines
>> Given a layout in a single subversion repository like this:
>>
>> module1/branches/1.0/work
>> module2/branches/1.0/work
>>
>> I would like achieve the following layout locally, in git:
>>
>> module1/work
>> module2/work
>>
>> Obviously I can create multiple git repositories in separate
>> directories, but I would like them to be in a single repository. I can
>> also get the same layout as subversion, but this breaks various bits of
>> build infrastructure.
> 
> Can you just create the file structure you want using symlinks?  That
> would be the easiest way.

It would, and this is what I do on Linux. On Windows, obviously, this doesn't work.

Show 7 quoted lines
>> I don't care about tracking the subversion branches in git, or being
>> able to switch between subversion branches.
> 
> Don't care about tracking *any* subversion history, or just the history
> of branches other than the 1.0 branch you've listed above?  I assume the
> latter, because otherwise the problem is easy (just copy the latest
> revision of the files into a git repo and commit).
Indeed. I want history, but only for a given branch. 
> Other options that might work for you: create a "superproject" branch
> and import the two modules using git-submodule, or else import them
> using git-subtree (http://github.com/apenwarr/git-subtree).  Or import
> the svn history and then use git-filter-branch to move stuff around.

As far as I can understand, git-submodule pulls in a specific commit, as does git subtree? I've experimented a little but with not much success.

I want "git svn rebase" (or some equivalent command, or series of commands) to update the contents of module1/work to the latest commit into this branch, and similarly "git svn dcommit" should also commit into module1, module2, etc. Basically, I want my working copy to have the same functionality as if moduleX/work was the actual layout in subversion. I'm using git as a client for a svn repository, rather than doing a one-time import. Is this possible?

thanks for your help
Dave
Avery Pennarun· Nov 9, 2009, 18:43 UTC · re: Dave Rodgman · lore

Re: question: connecting to multiple remote svn projects

On Mon, Nov 9, 2009 at 5:59 AM, Dave Rodgman <dav1dr@eml.cc> wrote:
> As far as I can understand, git-submodule pulls in a specific commit,
> as does git subtree? I've experimented a little but with not much success.

Well, they both pull in a specific commit *and* all the history leading up to it, although the two of them do it in slightly different ways.

Show 7 quoted lines
> I want "git svn rebase" (or some equivalent command, or series of
> commands) to update the contents of module1/work to the latest commit
> into this branch, and similarly "git svn dcommit" should also commit into
> module1, module2, etc. Basically, I want my working copy to have the same
> functionality as if moduleX/work was the actual layout in subversion. I'm
> using git as a client for a svn repository, rather than doing a one-time
> import. Is this possible?

Yes. Both tools will work for two-way svn import/export, although submodules will probably be a bit more convenient.

Essentially, you create one branch (and one git-svn remote entry) for each svn subproject, and one branch for the combined project. In the combined project, your .gitmodules should use '.' as the submodule repository path (since all your submodule objects are in the same local repo).

Then you 'git svn fetch' to retrieve the latest from each svn project.

Then, in each submodule, you can 'git pull .. git-svn-branchname' to get the latest stuff from git-svn for that branch.

Then, in the combined project, you 'git commit' to lock in those commits.
It's a little screwy, but it works :)
Avery

← back to recent threads