dont rebuild extensions for test infra updates

オープン
  • 何か問題がありますか？
#403 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
55/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
docker, github-actions, go
領域
build-system, ci-cd

調査の方向性

Start with the filters in bake.yml and trace how changes to test dependencies trigger extension builds on Renovate branches and main. Compare the issue’s options 2 and 3, then inspect the linked commit and comparison for existing approaches. Done means test builds still run for a selected subset of extensions on Renovate branches while test dependency updates no longer rebuild every extension.

索引モデルが issue の本文から書いたものです。

説明

as the number of extensions grows, this will begin to consume more and more time from GH action workers. (i'm hitting this downstream.) a big contributor is updates to alpine, psql, kubectl, etc by renovate. these currently rebuild everything. but they are only used for test infra - they dont impact extension builds.

we should not rebuild the extension if we just change something in the testing dependencies.

option 1: if we want to remove all rebuilds (including tests on PR branches) then i think we can just add this to the filters in bake.yml

              - 'Taskfile.yml'
              - 'test/**'
              - 'dagger/maintenance/**'

option 2: we can let test builds run for all extensions on PR branches but not on main with [something like this]

option 3: on PR branches just [auto-build for a select few extensions]

to automerge these in the future there needs to be at least some kind of test.  so we need option 2 or 3

its only another couple LOC to do option 3 and run tests against a subset of extensions instead of everything (eg. pgaudit, pgvector, postgis)

i’m leaning toward doing just those three extensions on the renovate branches, so we dont blow up the GH runner backlog with jobs.

主要言語
Go
スター
58
フォーク
43
平均マージ
1日 10時間
マージ済み PR（30日）
27

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

cloudnative-pg/postgres-extensions-containers のほかの issue

cloudnative-pg/postgres-extensions-containers の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。