Re: Adding CI to our tree

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: Adding CI to our tree
Дата
Msg-id CAH2-WzkzwQj2=9vSeO8w_irTsbdJKJwpFy9ceNT=S7i-3BA4Kg@mail.gmail.com
обсуждение исходный текст
Ответ на Adding CI to our tree  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Fri, Oct 1, 2021 at 3:28 PM Andres Freund <andres@anarazel.de> wrote:
> For several development efforts I found it to be incredibly valuable to push
> changes to a personal repository and see a while later whether tests succeed
> on a number of different platforms.  This is especially useful for platforms
> that are quite different from ones own platform, like e.g. windows in my case.

> An obvious criticism of the effort to put CI runner infrastructure into core
> is that they are effectively all proprietary technology, and that we should be
> hesistant to depend too much on one of them. I think that's a valid
> concern. However, once one CI integration is done, a good chunk (but not all!)
> the work is transferrable to another CI solution, which I do think reduces the
> dependency sufficiently.

I agree with everything you've said, including the nuanced parts about
the possible downsides.

We already know what happens when one of these CI providers stops
providing open source projects with free resources, because that's
exactly what happened with Travis CI: projects that use their
infrastructure are mildly inconvenienced. I can't see any real notable
downside, as long as we just use the resources that they make
available for development work. Clearly these services could never
replace the buildfarm.

-- 
Peter Geoghegan



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: PATH manipulation in 001_libpq_pipeline.pl fails on windows
Следующее
От: Kevin Burke
Дата:
Сообщение: Better context for "TAP tests not enabled" error message