GitHub Actionsでlintとかやる

ちあき 2023/10/27

ドキュメント

https://docs.github.com/ja/actions

ちあき 2023/10/27

.github/workflows のディレクトリをつくる

ちあき 2023/10/27

ワークフローのファイル上から翻訳かけながら書いてる

ちあき 2023/10/27に更新

name と run-name はオプショナルだけどたぶん設定しておいた方がぱっと見なんのアクションなのかわかりやすいよね

ちあき 2023/10/27

jobs のなかで実行グループつくるかんじなのかな。
check-bats-version がグループの親？

ちあき 2023/10/27に更新

runs-on: ubuntu-latest は固定で良さげ？

↑ドキュメントあった

ちあき 2023/10/27

steps で設定したやつを上から順番にやっていくかんじか

ちあき 2023/10/27

- uses: actions/checkout@v4 checkout@4はGitHub側で提供されるやつ…？多分ちょこちょこバージョンアップされるはずのやつよね

ちあき 2023/10/27

GitHub上でActionsつくる画面の右側にあるDocumentationも結構わかりやすいかも

ちあき 2023/10/27

runのコマンド複数行書くときはこう

- name: Clean install dependencies and build
  run: |
    npm ci
    npm run build

ちあき 2023/10/27

phpcsを動かすなら composer install がいりそう

ちあき 2023/10/27

actions上では --optimize-autoloader をつけておく。

ChatGPTにも解説してもらうなどする

使用シーン
--optimize-autoloader は特に、本番環境での使用を目的としています。開発中やテスト環境では、頻繁にクラスやファイルが変更されることがあるため、このオプションを使用することでむしろ逆効果になることがあります。しかし、本番環境では、コードが固定されていることが多いため、このオプションによる最適化が有効となります。

ちあき 2023/10/27

--prefer-dist をつけて高速化。distは基本的に圧縮ファイル

ちあき 2023/10/27

composerを動かすにはPHPがいるよねということでphpもセットアップする

ちあき 2023/10/27

WordPressのルールセットを使っているので、WordPress自体も必要。
いつもローカルでやるときは別ディレクトリに置いてるコアファイルを参照してるから意識したことなかった……

ちあき 2023/10/27に更新

- name: Install WordPress
  run: npm run wp-env start

Gutenbergのtrunkのymlファイルを眺めてみるに、 wp-env start でよさそう？

ちあき 2023/10/30

node_modules
vendor

に build 足したときに、'build' is covered by 'node_modules' ってエディターに怒られたから言われたから入れてなかったんだけど、これはビルドしてなかったからフォルダが存在しなくてそういう判定をくらったっぽい？

GitHub上でビルドも込みのaction書いてたらそっちでは build ディレクトリもlint対象になってた。カバーされてないじゃん

ちあき 2023/10/30

というわけでlintするときは先にbuildしておこうな