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

Re: postgresql project considering svn

From: Travis P <svn_at_castle.fastmail.fm>
Date: 2004-11-05 22:41:00 CET

On Nov 5, 2004, at 10:10 AM, kfogel@collab.net wrote:
> "Merlin Moncure" <merlin.moncure@rcsonline.com> writes:
>> The postgresql people would of course like it if they could host their
>> repo on their own database. I think that if and when you guys make
>> that
>> possible, they will probably switch.
>
> If that's the criterion, they're going to wait a long time. SQL back
> end is a big project (worthwhile, of course, but biiiiig).
>
> I'm not sure why it would be relevant, though.

I went and looked for the discussion since Merlin mentioned it (and I'm
a happy user of both Subversion and PosgreSQL and recommend them both).

I don't think they do think that the implementation is relevant. The
only message I saw mentioned it
in passing, as in, "wouldn't it be great if PosgreSQL development used
Subversion which stored
the data in a PosgreSQL backend."

This is the real Issue for one of the primary developers and commiters,
Tom Lane:
   http://archives.postgresql.org/pgsql-hackers/2004-11/msg00183.php
   Summary: he's never lost data with CVS and does not have the same
confidence in the alternatives

This message gives you an idea how the thread started (Tom Lane didn't
want to move a file and lose history):
   http://archives.postgresql.org/pgsql-hackers/2004-11/msg00135.php
   (and look at Tom's follow-up)

If you send a message to that list and aren't subscribed, it'll get
flagged for moderation. (I did anyway to provide a few
clarifications.)

-Travis

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 5 22:41:27 2004

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.