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
|
Список | 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 по дате отправления: