Re: ecpg and bison again

Поиск
Список
Период
Сортировка
От Thomas Lockhart
Тема Re: ecpg and bison again
Дата
Msg-id 3D112E8C.C96D5F10@fourpalms.org
обсуждение исходный текст
Ответ на ecpg and bison again  (Michael Meskes <meskes@postgresql.org>)
Ответы Re: ecpg and bison again  (Michael Meskes <meskes@postgresql.org>)
Список pgsql-hackers
> > Actually, this situation is *exactly* what CVS is made to help with.
> > Make a branch on the src/interfaces/ecpg directory (call it, say,
> > "ecpg_big_bison", or whatever you want) and then you can commit on that
> > branch, others can see the branch if they want, and you don't have to
> > carry along code without committing it.
> Seems like a plan...

Michael, is this acceptable to you? If you use remote cvs, then you
would update *only* the src/interfaces/ecpg directory on the branch tag,
and from then on your local copy (and your interactions with cvs) will
be on that branch. Other options to cvs commands can force your local
copy back to the main trunk, can pull main trunk updates up to the
branch, etc etc. And at the end when you don't need it anymore we can
even get rid of the tagged branch altogether.

I'm happy setting up the branch if that would be helpful. Let me know if
this is the way you want to proceed, and if so what you would like the
branch to be called.
                 - Thomas


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

Предыдущее
От: Joe Conway
Дата:
Сообщение: Re: [Fwd: [PATCHES] contrib/showguc (was Re: revised sample
Следующее
От: Hiroshi Inoue
Дата:
Сообщение: Re: SetQuerySnapshot, once again