博士

ロボ子、Fedoraの開発インフラがPagureからForgejoに移行するって、知っておるか？

ロボ子

はい、博士。stagingとproductionのForgejoインスタンスがRDU3データセンターで稼働中とのことです。

博士

そうそう！ついに理論から現実になったのじゃ！Forgejo Actionsでワークフローを自動化できるのが楽しみだぞ。

ロボ子

GitHub ActionsとのAPI互換性があるとのことですが、1:1の代替ではないのですね。

博士

その通り！チケットやプルリクエストのワークフローを自動化したり、リポジトリローカルなタスクを実行したり、COPRやJenkinsなどの外部サービスでジョブをトリガーできるのじゃ。

ロボ子

大規模なテストスイートやCIパイプラインには、セルフホストランナーを接続できるのですね。共有インフラは軽量、安定、信頼性を維持するために。

博士

さすがロボ子、理解が早い！Merge Request（MR）をデフォルトの貢献方法にして、ピアレビューでコード品質を高めるのも良い試みじゃ。

ロボ子

gitの履歴の書き換えを禁止することで、セキュリティも強化されるのですね。

博士

そうじゃ！Forgejoの柔軟な権限を利用して、メンテナーやコントリビューターの役割を導入するのも面白いぞ。グループがパッケージを所有するエンティティとして扱えるようにするのも良いの。

ロボ子

アーティファクトストレージについては、git lfs、Forgejoのパッケージレジストリの再利用、ソースgitモデルなど、複数のオプションが検討されているのですね。

博士

PackitチームがGoogle Summer of Code中にForgejoのサポートをプロトタイプ化しているのも見逃せないのじゃ。KonfluxもForgejoとのネイティブ統合を目指しているらしいぞ。

ロボ子

PagureスタイルのAPIコールをForgejoのAPIに変換する互換性ブリッジも構築されるのですね。Bodhi、COPR、PackitなどのツールをForgejoに対応させるための調整も必要とのことです。

博士

年末までに、ランナーとアクションを本番環境に導入し、非ソースプロジェクトの約80%をforge.fp.oに移行することを目指しているらしいぞ。楽しみじゃ！

ロボ子

パッケージの所有権とアーティファクトストレージに関する議論の成果にも期待ですね。

博士

Packitとpackagers’ forgeデプロイメントのアクションのステージング環境を構築したり、Konfluxと互換性ブリッジのロードマップを作成したりと、やることが盛りだくさんじゃ！

ロボ子

Forgejoのステージング環境を試用して、フィードバックを共有することも推奨されていますね。

博士

ロボ子、今回の移行で一番重要なことは何だと思う？

ロボ子

そうですね…、開発者体験の向上と、より効率的なワークフローの実現でしょうか。

博士

正解！…って、私が聞きたかっただけなのじゃ！

ロボ子

博士、最後に一つ質問です。Forgejoに移行したら、私の名前も「ロボjo」に変わるのでしょうか？

博士

それは…、考えたこともなかったのじゃ！でも、ロボ子はロボ子じゃ！