SteveKing <steveking@gmx.ch> writes:
> > /me wonders who this "us" is...
>
> Me, Simon, Lübbe, ...
Ah. Thanks.
> >>It's much easier to handle these. You don't have to worry about
> >> reorganising projects,
> > ... and you can't share code between them ...
>
> That's what svn:externals is for, isn't it?
svn:externals is a half-brained hack, which only works on whole
directories (not files), and doesn't permit you to actually make (and
keep) modifications to the code you've pulled in via that mechanisms.
I suppose my use of "share" wasn't the best choice of words -- I could
have been more clear there. Sorry 'bout that.
> >> the revision numbers are per project,
> > ... as if that was a feature or something (revision numbers are
> > meaningless) ...
>
> For me, and many others they're not meaningless. See your own FAQ
> about this:
> http://subversion.tigris.org/faq.html#version-value-in-source
>
> And since this is a *F*AQ, that means that many people asked for
> exactly that.
This FAQ is about folks desiring per-file version numbers in addition
to global revision numbers, which I agree is a useful thing. It is,
however, completely irrelevant to that use-case whether or not the
global revision numbers you *do* have to currently deal with are
project-wide or multi-project-wide.
> >> the backups are smaller,
> > ... for Universes where 2 + 2 = 5 ...
>
> Only if you count the backup space of all repos together. But:
> - there are several smaller files to backup instead of one big (dump) file
Incremental backups of BDB repositories may be done one logfile at a
time -- you don't even need the tables. Those are generally 1
megabyte in size. Incremental backups of FSFS repositories are also
smallish in size, generally the deltafied size of a single commit.
> - some OS/Filesystems have problems with big files
Don't use BDB.
> - you can easily store the several dumps in several places/backup
> tapes, you don't habe to buy an even bigger tape because the ones you
> have have limited capacity
See above note about incremental backups. For full backups, you can
always use binary file splitting techniques to make things fit.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed May 25 21:06:41 2005