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

Re: Multi-module repositories

From: Michael Witham <mwitham_at_yahoo.com>
Date: 2005-11-19 04:52:05 CET

How big are the modules?

Would it matter if you have all the modules checked
out onto your computer?

Is there a reason that you are avoiding this setup?
  repository/
    branches/
    tags/
    trunk/
      module-A/
        files-of-A
      module-B/
        files-of-B
      module-C/
        files-of-C

If the modules are small enough that you don't need to
worry about having all of them on your computer, then
that would avoid your problem of not grouping changes
to multiple modules (as Mark said). Subversion is
good about keeping your working copies in good shape
(unlike Microsoft's Source Destruction System) so I no
longer need to keep deleting and re-fetching my
working copy. The only problem being that Status
requests and Commits on the top directory may take a
while.

~ Michael

--- Peter Herth <p.herth@gmail.com> wrote:

> Thanks for the ideas, but the set of modules I check
> out from the
> repository is constantly changing, so the extensions
> won't help me
> there. Seems as if I have to do all version control
> actions on a
> per-module basis :(
>
> Peter
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail:
> users-help@subversion.tigris.org
>
>

        
                
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Nov 19 04:54:42 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.