Re: pgsql: Reduce risk of accidentally running temp-install regression tests
В списке pgsql-committers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: pgsql: Reduce risk of accidentally running temp-install regression tests |
| Дата | |
| Msg-id | 17142.1228069742@sss.pgh.pa.us обсуждение |
| Ответ на | Re: pgsql: Reduce risk of accidentally running temp-install regression tests (Michael Meskes <meskes@postgresql.org>) |
| Ответы |
Re: pgsql: Reduce risk of accidentally running
temp-install regression tests
|
| Список | pgsql-committers |
Michael Meskes <meskes@postgresql.org> writes:
> Suppressing the output defies the purpose for this one test, namely to check
> different ways to connect. If pg_regress is able do the job of two sed calls in
> can easily substitute the port number itself. I'm not sure if this is worth the
> hassle, or whether we just remove these parts of the regression test.
Well, pg_regress already does some comparable things for the core
regression tests, see convert_sourcefiles_in(). Whether it's worth
the hassle to have a test for this case isn't clear to me. It doesn't
seem like something particularly likely to break.
regards, tom lane
В списке pgsql-committers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера