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?  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Re: Current CVS in a bad state?  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Current CVS in a bad state?
Следующее
От: Thomas Lockhart
Дата:
Сообщение: pgsql/doc/src/sgml fixrtf