"Kim Lester" <kim@dfusion.com.au> writes:
> * Several free repository version systems (eg PVCS)
> seem to have died a silent death. Subversion
> whilst it seems fairly active and apparently quite
> well advanced could end up the same way.
> Also Subversion is very much Alpha (even though
> the database is well established).
>
> "Convince me" that Subversion is here to stay
> and that it is being proactively developed
> by a broad enough base of developers to make
> it self-sustaining.
You've already heard from our cheerleader department. :-)
>
> * the CVS conversion tool aparently has a few niggles.
> "it doesn't do branches or tags very well yet"
> "there may be tiny bugs in the way it deduces CVS
> commits."
>
> Perhaps someone could detail these more accurately
> Also how well will it preserve my tags, vendor
> branches etc.
There's a thread on the list about this. Search the archive.
> * Does Subversion's checkin re-do the deltas?
> I effectively checks out version 1, version 2 and
> does it's own diffs then does version 2, version 3
> etc ?
I don't understand this question. :-(
>
> * When importing from CVS will Subversion turn
> non-delta binary checkins into binary deltas?
> (ie CVS doesn't do binary deltas)
Yes.
>
> * How should I import an RCS repository
According to my sources, our cvs2svn.py converter should work on any
directory full of RCS files. It doesn't need to be a CVS repository.
>
> * I understand why a database has been used instead
> of a directory tree (ala CVS). Nevertheless
> it gives me the "screaming hebe-geebies"
> to think of committing my 100,000 files to
> a black-box repository never to be seen again.
>
> You can see where I'm coming from I'm sure.
> I also have to convince others with similar views.
> Again "convince me" :-)
The issue is whether you trust BerkeleyDB. It's about as reliable as
any database can be. And someone pointed out that you can always
either 'svnadmin dump' or 'db_dump' your data back out at any time.
> * Is there yet an option to not have original copies
> in the .svn directory. We have several "packages"
> that contain large binary files. I don't want
> to have extra copies in the .svn directory.
> I understand the limitations of this but in
> some cases these "hidden" extra gigabytes of
> disk can also be an issue...
No, but people intend to fix this in the future. It's a big job.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 26 19:37:25 2003