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

Re: Multiple projects in one repository!

From: Mark C. Chu-Carroll <mcc_at_watson.ibm.com>
Date: 2002-05-02 23:00:54 CEST

On Thu, 2002-05-02 at 16:48, Anders Hanson wrote:
> Hi,
>
> I've followed this mailinglist for a while and i can say that Subversion
> looks
> promising!
>
> Now too my question, will subversion support multiple projects in the same
> repository?
>
> At my work we are building several applications that share a set of common
> libraries.
> Currently we are using CVS and have one repository with every library as a
> own module.
>
> The big drawback with CVS is the lack of versioned directories, and is this
> field subversion
> looks very promising, but if we can't have multiple modules in one
> repository we have to
> stay with CVS.

Stellation does support multiple projects per repos, including
overlapping projects. I can't imagine that with the link architecture
that the same thing would be any problem for svn.

>
> Another thing is, will the tag and branching "clone" be hidden from the user
> as commands.
> The way it is now looks confusing for me and my coworkers. Having a separate
> dir for every
> tag and branch will make the repository overflow with directories. We are
> creating atleast
> one tag a week and branching every month.

You don't generally directly look at the repository pathnames in a
system like this. It's an internal thing. You access branches by
project/branch/version. And tags are essentially branches with only one
version.

        -Mark

>
> /Anders Hanson

-- 
Mark Craig Chu-Carroll,  IBM T.J. Watson Research Center 
<mcc@watson.ibm.com>
*** The (recently renamed) Stellation project:
***		http://domino.research.ibm.com/synedra/synedra.nsf
*** GPG Public key available at keyserver.net

Received on Thu May 2 23:01:54 2002

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

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