Re: Draft release notes complete
От | Stefan Kaltenbrunner |
---|---|
Тема | Re: Draft release notes complete |
Дата | |
Msg-id | 504CE6C2.8020304@kaltenbrunner.cc обсуждение исходный текст |
Ответ на | Re: Draft release notes complete (Andrew Dunstan <andrew@dunslane.net>) |
Список | pgsql-hackers |
On 09/07/2012 06:50 PM, Andrew Dunstan wrote: > > On 09/07/2012 09:57 AM, Magnus Hagander wrote: >> On Thu, Sep 6, 2012 at 1:06 AM, Andrew Dunstan <andrew@dunslane.net> >> wrote: >>> >>> A complete run of this process takes less than 15 minutes. And as I have >>> pointed out elsewhere that could be reduced substantially by skipping >>> certain steps. It's as simple as changing the command line in the >>> crontab >>> entry. >> Is it possible to run it only when the *docs* have changed, and not >> when it's just a code-commit? meaning, is the detection smart enough >> for that? >> >> > > > There is a filter mechanism used in detecting is a run is needed, and in > modern versions of the client (Release 4.7, one version later than > guaibasaurus is currently using) it lets you have both include and > exclude filters. For example, you could have this config setting: > > trigger_include => qr(/doc/src/), > > and it would then only match changed files in the docs tree. > > It's a global mechanism, not per step. So it will run all the steps > (other than those you have told it to skip) if it finds any files > changed that match the filter conditions. > > If you do that you would probably want to have two animals, one doing > docs builds only and running frequently, one doing the dist stuff much > less frequently. hmm that might work, but it will only be a bandaid for what people really seem to advocate for ie "commit triggered" docs builds? Stefan
В списке pgsql-hackers по дате отправления: