🚤OS July 2026 Recap: From Being Intimidated by GitHub Actions to Building My Own CI Workflows のカバー画像

neitherGalax

オープンソースに貢献し始めた頃、GitHub Actionsはブラックボックスのように感じられました。

プルリクエストでワークフローが失敗すると、その背後で何が起きているのか全く理解できず、怖気づいてしまいました。

そこで今月、私はこれを変えることにしました。

取り組んだこと

自分のプロジェクトリポジトリ3つにGitHub Actionsを導入しました。

主な焦点は以下の通りです：

  • Markdownlint を追加してMarkdownの品質をチェック
  • Pylint を追加してPythonのlintingを実施
  • CIを統合しながらドキュメントを更新

学んだこと

最大の教訓は技術的なものではなく、マインドセットの変革でした。

ワークフローの失敗は恐れるものではありません。
それは単なるフィードバックです。
markdownlintの警告やpylintのエラーであれ、それぞれの失敗はプロジェクトの改善につながります。

今後の展望

この月は主に自分のプロジェクトの改善に費やしたため、外部リポジトリへの貢献はあまり行いませんでした。

来月は、この基盤を活かしてより多くのオープンソースプロジェクトに貢献し、学んだことを活かしたいと思います。

オープンソースの裏側にあるツールを学ぶことは、別のプルリクエストを送ることと同じくらい価値があることがあります。

2026年7月のコントリビューショングラフ

皆さんの意見を聞かせてください

GitHub ActionsやCI/CDで最初に挑戦した部分で一番難しかったのはどこでしたか？

または

まだ始めたばかりの場合、今もまだ謎のままである最大のものは何ですか？

皆さんの経験やTipsをコメントでお聞かせください。

Transparency Note: 私はAIを著者ではなく編集者として使用しました。この記事では、構造の洗練と英文法の改善に役立てました。技術的内容、実験、見解、結論は私自身のものであり、公開前に私が確認しています。