Question

Hey guys, I’m moving to subversion.

I have 2 different websites based on the same codebase with heavy differences (they differ about 15%). Sites both have >10K files. When I develop something for ‘A’, I sometimes synch ‘B’ with changes, or changes may be specific to ‘A’, or vice versa.

So I think it will be logical to have them as two branches in the same repo, and the trunk may be empty for now.

I know a similar compression will apply for the svn file system anyway, but will it be completely ok if I initially commit these as two branches? Or should I;

• create & commit the default folder structure,
• commit ‘A’ as the first branch,
• copy 1st branch as 2nd branch
• update the working copy,
• delete the 2nd branch in the working copy,
• copy ‘B’ site to the 2nd branch in the working copy,
• commit

so the server will know (or not?) unchanged files between branches, and keep them as lazy copies?

Btw, some file dates may differ though they have the same content, as usual.

Answer 1

I think you are on the right track in order to minimize the storage-amount within the SVN.

I’d recommend the following technique:

• commit “A” as a branch in the repo
• remote copy (aka branch) “A” into new branch “B” – A and B are now completely the same
• check out “B” as a new project/folder (outside your “A”-working dir)
• add the changed files into “B” ( I’m pretty sure the modify-date won’t count as a diff)
• commit “B”

Good luck!