On Sep 14, 2005, at 17:37, Chris Griffin wrote:
> [...] All the files in my project are currently in one directory.  
> The project is currently for the Macintosh. I have someone else  
> that is going to port it to the PC. What I think I would like to do  
> is have a common directory with all the platform independent files.  
> Then two other directories for the platform dependent files for  
> each platform. Then set an external definition for the common files  
> directory. Does this sound correct? [...]
If you're going to have a single project directory for this in your  
repository...
/theproject/
     trunk/
         common/
             ...common files
         mac/
             ...mac-specific files
         win/
             ...pc-specific files
...then when you check out the project's trunk, you get the mac  
files, the pc files, and the common files, can do with them what you  
want, and no externals definition is necessary. This would be a usual  
layout, I would think, based on my experience with a number of open- 
source projects. This would also make it pretty easy, I'd think, to  
svn-move files around between the platform-specific directories and  
the common directory, as it's discovered which parts are generally  
usable and which aren't. Or to svn-copy files from the Mac directory  
to the PC one as a basis for porting a particular module.
If, on the other hand, you want to have completely seperate project  
directories...
/projectcommon/
     trunk/
         ...common files
/macproject/
     trunk/
         common/
         ...mac-specific files
/winproject/
     trunk/
         common/
         ...pc-specific files
...such that when you check out macproject you only get something  
that can be built on a mac, and when you check out winproject you  
only get something that can be built on a pc, then the "common"  
directories within macproject's trunk and winproject's trunk would  
both be svn:externals definitions to the projectcommon trunk. Or  
something like that. But that seems unnecessarily convoluted to me.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Sep 14 23:31:51 2005