鯖缶

今のところの候補:

• Woodpecker CI
  • https://woodpecker-ci.org/
  • 実は昔 ansible の role を作成済なので立てるのはたぶん簡単。
  • Forgejo とは独立したサービス。
  • 軽量。
  • 複数サーバから使うのはまだ難しそう: Add support for multiple forges · Issue #138 · woodpecker-ci/woodpecker
  • あくまでリポジトリのコミットに対して検査を行うというもので、手動でのタスク実行などは対応していないらしい？
• Forgejo Actions
  • Forgejo gets an integrated CI named Actions — Forgejo
  • Forgejo Actions administrator guide | Forgejo – Beyond coding. We forge.
  • 既に現行の最新リリースではデフォルトで有効になっている。
  • UI も Forgejo の web UI に統合されている。
  • 重いかどうかはわからない。
  • ワークフロー定義の文法は GitHub Actions に近いものの、互換性は約束されていない。
• Jenkins
  • Java のアレ。
  • たぶん重い (少なくとも Java 製なので相応のメモリは食うはず)。
  • いつのまにかワークフロー (pipeline) 定義をリポジトリ側に含められるようになっていた: Using a Jenkinsfile
  • サービスを跨いで使えそうなので便利かもしれない。
  • 手動実行なども含め諸々の柔軟性はありそう (もう記憶が曖昧なので嘘かも)。

もうひとつ、タスク実行ごとに Docker 環境を作って破壊してを繰り返すのであれば、キャッシュ用の Docker リポジトリを用意した方が良い (#98)。

どうも Woodpecker はそう遠くないうちに breaking change を含む 3.0.0 リリースを予定している雰囲気がある。

• 🎉 Release 3.0.0 by woodpecker-bot · Pull Request #3957 · woodpecker-ci/woodpecker (not yet merged)
• Major release · Issue #3960 · woodpecker-ci/woodpecker

待つのもアリ？

• release/docs.md at 052c3bdbd712aa886338cb377da82c1672bdd16a - woodpecker-plugins/release - Codeberg.org

そういえばリリースに紐付けてビルド成果物を保存しておく系の話も考えた方が良いのか。
Jenkins はそういう artifact registry 的な側面もあった気がするが、どこまで丁寧かは (自分でセットアップしたことがないので) よくわかっていない。
高度な機能が使えるのは Java だけだったりするかもしれないし……

それからローカルでパイプラインの実行ができると尚更嬉しいが、これはどの実装もあまり期待できなそう。
一時的なブランチに push して動かせればひとまずは良しとすべきか。