Re: Current CVS in a bad state?
От | Peter T Mount |
---|---|
Тема | Re: Current CVS in a bad state? |
Дата | |
Msg-id | 987781525.3ae059958b291@webmail.retep.org.uk обсуждение исходный текст |
Ответ на | Re: Current CVS in a bad state? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Current CVS in a bad state?
Re: Re: Current CVS in a bad state? |
Список | pgsql-committers |
Quoting Tom Lane <tgl@sss.pgh.pa.us>: > Peter T Mount <peter@retep.org.uk> writes: > > Quoting Tom Lane <tgl@sss.pgh.pa.us>: > >> Did you use -P during the checkout? > > > No, but then the last time I did this (about a month ago) I didn't > then either. > > That's why it reappeared, then. The last checkout I did didn't have it, which is the weird part (every so often I do a fresh checkout rather than a simple update), which is why I thought something was awry when the directories reappeared. > > As I just said to Marc, I remember the directory being deleted on the > server > > side after I had done a cvs delete. > > CVS *never* deletes a server-side directory. Read the manual. I know but I remember someone (I think it was Bruce, but not certain) did a "rm" at the server side. > I don't know why -P isn't the standard behavior, because the default > (non -P) is confusing and almost never what you want. I keep this in > my ~/.cvsrc: > > cvs -z3 > update -d -P > checkout -P Mine's that now. Peter -- Peter Mount peter@retep.org.uk PostgreSQL JDBC Driver: http://www.retep.org.uk/postgres/ RetepPDF PDF library for Java: http://www.retep.org.uk/pdf/
В списке pgsql-committers по дате отправления: