Re: [HACKERS] Contributing

Поиск
Список
Период
Сортировка
От Ross J. Reedstrom
Тема Re: [HACKERS] Contributing
Дата
Msg-id 19990716115319.C5803@wallace.ece.rice.edu
обсуждение исходный текст
Ответ на Contributing  ("Ansley, Michael" <Michael.Ansley@intec.co.za>)
Ответы Re: [HACKERS] Contributing
Список pgsql-hackers
I think it depends on the level of changes you intend to implement
(and your 'net access speed). If you just want to tweak some code,
pulling the latest cvs, hacking it up, doing a 'cvs update' and resolve
any conflicts, then doing 'cvs diff' will give you a nice patch to send
in. (Any recomendations on parameters for cvs diff?)

If your planning some major development, where you want to be able to 
hack and slash and not worry about losing your own changes, a local CVSup
mirror may be preferable.

Note that if you're behind a slow link, even the first scenario can be slow
(the cvs diff requires 'net access to the repository)

Ross

On Fri, Jul 16, 1999 at 06:10:38PM +0200, Ansley, Michael wrote:
> What is the ideal setup to have when contributing to PG development?  I can
> always just download the latest CVS tree, and then presumably run diff when
> I want to send something in.
> However, my understanding is that using CVSup allows me to replicate the cvs
> tree into my own repository, which I then check out/update/commit from/to.
> Then, when I wish to send a patch in, I get cvs to produce a diff on the
> pgsql module.  And CVSup allows me to manage changes from the main PG
> repository into my own repository, right?
> 
> 
> Is this right?
> 
> MikeA
> 

-- 
Ross J. Reedstrom, Ph.D., <reedstrm@rice.edu> 
NSBRI Research Scientist/Programmer
Computer and Information Technology Institute
Rice University, 6100 S. Main St.,  Houston, TX 77005


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Contributing
Следующее
От: Oleg Bartunov
Дата:
Сообщение: Re: [HACKERS] final #include cleanup