Re: CVS changes

Поиск
Список
Период
Сортировка
От John Summerfield
Тема Re: CVS changes
Дата
Msg-id Pine.LNX.4.33.0110020655060.29810-100000@dugite.os2.ami.com.au
обсуждение исходный текст
Ответ на Re: CVS changes  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: CVS changes  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
On Sun, 30 Sep 2001, Bruce Momjian wrote:


> > On Sun, 30 Sep 2001, Bruce Momjian wrote:
> >
> >
> > > >
> > > >
> > > > just about to be moved to the new server, now that the new 18gi drive has
> > > > been installed ... plan on getting that done this afternoon ...
> > >
> > > Don't rush.  I am setting up my system to check the SGML docs every 15
> > > minutes and rebuild if necessary.  Overnight builds are not frequent
> > >
> > Would it not be better to provide a means for developers to cause the rebuild on demand? A 15-minute wait doesn't
seemconvenient to me.
 
>
> Yep, but it takes 15 minutes to build anyway, so I figured I would check
> very 15 minutes and adding another 15, that makes 1/2 hour.  We don't
> have a mechanism to build only a few html files.  You have to do the
> whole thing.
>
> Suggestions?

I don't know enough about how it works (or doesn't), but the delay looks worse.

Add the delay for "missing the bus" and you're out to a 45-minute delay.

The need for on-demand is even greater, even something done crudely:

If a build's in process, flag the need.

When the build completes, check if it has to be done again.

I assume that updates aren't so frequent that you'd be constantly rebuilding, or so infrequently a missed rebuild would
causeserious problems.
 

Perhaps a way to check if a rebuild's in process so that if it's slower than usual a developer can see it's not
forgotten(or who else is doing one).
 





В списке pgsql-hackers по дате отправления:

Предыдущее
От: John Summerfield
Дата:
Сообщение: Re: cvs problem
Следующее
От: Dave Page
Дата:
Сообщение: pgAdmin users upgrading to PostgreSQL 7.2