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)
Список
Дерево обсуждения
Current CVS in a bad state? Peter T Mount <peter@retep.org.uk>
Re: Current CVS in a bad state? Tom Lane <tgl@sss.pgh.pa.us>
Re: Current CVS in a bad state? Peter T Mount <peter@retep.org.uk>
Re: Current CVS in a bad state? Tom Lane <tgl@sss.pgh.pa.us>
Re: Current CVS in a bad state? Bruce Momjian <pgman@candle.pha.pa.us>
Re: Current CVS in a bad state? Peter T Mount <peter@retep.org.uk>
Re: Re: Current CVS in a bad state? Bruce Momjian <pgman@candle.pha.pa.us>
Re: Current CVS in a bad state? Tom Lane <tgl@sss.pgh.pa.us>
Re: Current CVS in a bad state? The Hermit Hacker <scrappy@hub.org>
Re: Current CVS in a bad state? The Hermit Hacker <scrappy@hub.org>
Re: Current CVS in a bad state? Peter T Mount <peter@retep.org.uk>
Quoting Tom Lane : > Peter T Mount writes: > > Quoting Tom Lane : > >> 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 по дате отправления