Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser parse.h gram.c'
Brian E Gallew <geek+@cmu.edu>
From: geek+@cmu.edu
To: Postgres Hackers List <hackers@postgreSQL.org>
Date: 1999-03-03T13:43:03Z
Lists: pgsql-hackers
Then <lockhart@alumni.caltech.edu> spoke up and said: > > Modified Files: > > parse.h gram.c > > Log Message: > > Someone forgot to commit gram.c and parse.h after his latest > > set of updates to gram.y. > > I didn't forget! istm that we risk cvs bloat by checking in derived > files like gram.c, when there are probably minor differences in how each > system generates them. So I don't usually check in those files when we > are deep in the middle of hacker development. Of course, that could be > the wrong thing to (not) do... You *never* want to check in derived files when using CVS. Instead, create checkout rules (see the cvs docs) to automatically create those files upon checkin/checkout, whichever is more appropriate. -- ===================================================================== | JAVA must have been developed in the wilds of West Virginia. | | After all, why else would it support only single inheritance?? | ===================================================================== | Finger geek@andrew.cmu.edu for my public key. | =====================================================================