Обсуждение: Re: [HACKERS] CVSup
-----Original Message----- From: The Hermit Hacker <scrappy@hub.org> To: Maurice Gittens <mgittens@gits.nl> Cc: hackers@postgreSQL.org <hackers@postgreSQL.org> Date: vrijdag 1 mei 1998 19:34 Subject: Re: [HACKERS] CVSup > > If you remove the 'tag=.' part of the CVSup config file, you can >pull down the complete CVS repository to your machine to manipulate as you >want to... > What way would suggest to keep in sync with the changes other folks are making? I mean, if I have the repository on my local system I still have to get changes changes merged in from the "main" postgresql repository. When I think about it all solutions seem more clumsy (and less flexible) than simply using the standard remote access to the repository. Could you enlighten me? With thanks from Maurice.
On Fri, 1 May 1998, Maurice Gittens wrote:
>
> -----Original Message-----
> From: The Hermit Hacker <scrappy@hub.org>
> To: Maurice Gittens <mgittens@gits.nl>
> Cc: hackers@postgreSQL.org <hackers@postgreSQL.org>
> Date: vrijdag 1 mei 1998 19:34
> Subject: Re: [HACKERS] CVSup
>
>
> >
> > If you remove the 'tag=.' part of the CVSup config file, you can
> >pull down the complete CVS repository to your machine to manipulate as you
> >want to...
> >
>
> What way would suggest to keep in sync with the changes other folks are
> making? I mean, if I have the repository on my local system I still have to
> get changes changes merged in from the "main" postgresql repository.
> When I think about it all solutions seem more clumsy (and less flexible)
> than simply using the standard remote access to the repository.
>
> Could you enlighten me?
If you pull down the repository using CVSup into
/usr/local/cvsroot, for example, and set your CVSROOT environment variable
to point to that, you access the same thing that everyone with commit
privileges has access to, except you don't have commit privileges...
In one sense, this is better...you don't have to deal with the lag
of connecting to the remove CVS server every time you want to look at a
log or a diff...the only time you have to "re-sync" with the remote server
is when you want to pull down any recent changes, which, if you follow the
committers mailing list, you do when you notice a rash of changes...
A dialup PPP user is better served by pulling own theh whole CVS
repositiry and then being able to disconnect/work then using CVS directly
where you need to be connected to do anything...
>>>>> "mgittens" == Maurice Gittens <mgittens@gits.nl> writes:
> -----Original Message----- From: The Hermit Hacker
> <scrappy@hub.org> To: Maurice Gittens <mgittens@gits.nl> Cc:
> hackers@postgreSQL.org <hackers@postgreSQL.org> Date: vrijdag 1
> mei 1998 19:34 Subject: Re: [HACKERS] CVSup
>> If you remove the 'tag=.' part of the CVSup config file, you
>> can pull down the complete CVS repository to your machine to
>> manipulate as you want to...
>>
> What way would suggest to keep in sync with the changes other
> folks are making? I mean, if I have the repository on my local
> system I still have to get changes changes merged in from the
> "main" postgresql repository. When I think about it all
> solutions seem more clumsy (and less flexible) than simply using
> the standard remote access to the repository.
1) Remote CVS is a resource pig, especially for large tree. It puts a
large load on the server. I would guess the load is easily 10x larger
for remote CVS vs CVSUP. cvs log/diff being local instead of over the
internet is great for development especially with dialup lines to the
Internet.
2) The ability to have a local copy of the 'official tree' allows for
some possible ideas to work easier. If one is making local changes
the 'official tree' could be done as vendor imports into a local tree
allowing local changes not to be overwritten.
> Could you enlighten me?
> With thanks from Maurice.
--
Kent S. Gordon
Architect
iNetSpace Co.
voice: (972)851-3494 fax:(972)702-0384 e-mail:kgor@inetspace.com
> >> If you remove the 'tag=.' part of the CVSup config file, you
> >> can pull down the complete CVS repository to your machine to
> >> manipulate as you want to...
> >>
> 1) Remote CVS is a resource pig, especially for large tree. It puts a
> large load on the server. I would guess the load is easily 10x larger
> for remote CVS vs CVSUP. cvs log/diff being local instead of over the
> internet is great for development especially with dialup lines to the
> Internet.
> 2) The ability to have a local copy of the 'official tree' allows for
> some possible ideas to work easier. If one is making local changes
> the 'official tree' could be done as vendor imports into a local tree
> allowing local changes not to be overwritten.
Would someone be interested in collecting CVSup information (at least
partly from the mhonarc archive)? We could/should have a chapter in the
Developer's Guide on this...
- Tom
>>>>> "lockhart" == Thomas G Lockhart <lockhart@alumni.caltech.edu> writes:
> Would someone be interested in collecting CVSup information (at
> least partly from the mhonarc archive)? We could/should have a
> chapter in the Developer's Guide on this...
I would suggest looking at the CVSup pages from FreeBSD
( http://www.freebsd.org/handbook/cvsup.html ). This page along with
a similar pages for anoncvs
( http://www.freebsd.org/handbook/anoncvs.html ) are good resources
for understanding the trade-offs. CVSup was developed/maintained
mainly on FreeBSD ( a new release (15.4) was just announced).
> - Tom
--
Kent S. Gordon
Architect
iNetSpace Co.
voice: (972)851-3494 fax:(972)702-0384 e-mail:kgor@inetspace.com
I'd like to second Maurice's plea for plain-vanilla CVS access.
Not all of us *want* the entire Postgres CVS repository living
on our local disk; the current sources are quite sufficient.
CVS access would be better than downloading snapshot tarballs.
I looked at the CVSup pages, and while the program looks slicker
than greased lightning for its intended purpose, I'm also quite
concerned about the amount of effort needed to port it to any
non-FreeBSD system. For starters, I gotta install DEC Modula-3,
which does not claim to have been ported to HPUX. Then I get to
find out whether CVSup itself has any portability bugs. This
sounds like a lot of work for a very second-order goal.
regards, tom lane
> > I'd like to second Maurice's plea for plain-vanilla CVS access. > Not all of us *want* the entire Postgres CVS repository living > on our local disk; the current sources are quite sufficient. > CVS access would be better than downloading snapshot tarballs. > > I looked at the CVSup pages, and while the program looks slicker > than greased lightning for its intended purpose, I'm also quite > concerned about the amount of effort needed to port it to any > non-FreeBSD system. For starters, I gotta install DEC Modula-3, > which does not claim to have been ported to HPUX. Then I get to > find out whether CVSup itself has any portability bugs. This > sounds like a lot of work for a very second-order goal. It is hard to disagree with this. -- Bruce Momjian | 830 Blythe Avenue maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026 + If your life is a hard drive, | (610) 353-9879(w) + Christ can be your backup. | (610) 853-3000(h)
On Fri, 1 May 1998, Tom Lane wrote:
> I'd like to second Maurice's plea for plain-vanilla CVS access.
> Not all of us *want* the entire Postgres CVS repository living
> on our local disk; the current sources are quite sufficient.
> CVS access would be better than downloading snapshot tarballs.
The new serve is being installed on May 7th...remind me about this
afterwards...right now, the old box is pretty much at her limit with
everything she has to handle (not just PostgreSQL related)...
The new server is built and being configured right now...alot of
things should be improved, *especially* the mailing list searches shoudl
be faster :)