Re: ecpg and bison again - Mailing list pgsql-hackers

From Thomas Lockhart
Subject Re: ecpg and bison again
Date
Msg-id 3D112E8C.C96D5F10@fourpalms.org
Whole thread Raw
In response to ecpg and bison again  (Michael Meskes <meskes@postgresql.org>)
Responses Re: ecpg and bison again  (Michael Meskes <meskes@postgresql.org>)
List 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 by date:

Previous
From: Joe Conway
Date:
Subject: Re: [Fwd: [PATCHES] contrib/showguc (was Re: revised sample
Next
From: Hiroshi Inoue
Date:
Subject: Re: SetQuerySnapshot, once again