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
|
Список | 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 по дате отправления: