[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: repository layout

From: William Nagel <bill_at_stagelogic.com>
Date: 2005-10-19 07:23:34 CEST

On Oct 17, 2005, at 11:49 PM, Drew Keller wrote:

> I realize this topic has been covered a number of times, but I
> haven't found any discussion of a project like mine.
>
> I'm trying to figure out the best way to layout my repository for
> various projects. We design whole products, not just software. Some
> repository parts of a project are more complicated/more revisioned
> than others.
>
> One thing I haven't figured out how to handle is the drawing files
> (e.g. enclosure drawings and other part drawings that we draw).
> Each drawing gets its own revision number, which is increased each
> time that drawing is changed. At some point a drawing may be
> released to Document Control (another department).
>
> Here's the layout I have envisioned for a typical project so far...
> maybe someone would have some comments. Or maybe this whole thing
> isn't such a good idea.
>
> Project1
> pcb
> trunk
> source (schematic/layout files: e.g. OrCAD)
> gerbers
> bom
> datasheets
> branches
> tags
> 1.0
> source
> gerbers
> bom
> 1.1
> source
> gerbers
> bom
>
> firmware
> trunk
> branches
> tags
>
> manual
> 1.0
> 1.1
>
> drawings (enclosure drawings, etc.)
> controlled
>
> spec
> 1.0
> 1.1

A couple of things you might consider:

1) You might want to refactor the layout something like this:

Project 1
   trunk
     pcb
     firmware
     manual
     drawings
     spec
   branches
   tags
     1.0
     1.1

That way, you can keep all of the documents for a particular version
under a single directory tree that could be checked out.

2) Drawings shouldn't require any special treatment. You can keep
the internal revision numbers manually (like you presumably already
do) and then commit changes to the repository to let it keep track
with its own revision numbers.

-Bill

>
> Thanks
> -drew
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Oct 19 07:25:04 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.