GitHub Actions YAML リーダー＆フォーマッター

GitHub Actions YAML リーダー＆フォーマッター

GitHub Actions ワークフローファイルを貼り付け、CI実行前に破損した構造、廃止された構文、およびリスクのあるパターンを即座に検出します。リーダーはトリガー、ジョブ、ステップ、ランナー、権限、再利用可能なワークフロー呼び出しに適用された組み込みスキーマでワークフローを検証し、YAMLをワークフロー認識型のキー順でフォーマットして、リポジトリ内のすべてのファイルが同じように見えるようにします。

使用方法

1. あなたの .github/workflows/*.yml 入力ボックスにファイルを貼り付け、または例のリンクのいずれかをクリックしてCI、リリース、または廃止構文のワークフローを読み込みます。
2. トグル キーの並び順 canonical GitHub Actions 順序（name、on、permissions、jobs、そして各ジョブの runs-on、needs、steps）を使ってフィールドを並び替えます。
3. 保持 GitHub Actions スキーマに照らして検証 必須フィールドの欠落、未知のイベントタイプ、無効なランナーラベル、および破損 needs 参照を検出します。
4. 保持 ベストプラクティスヒントを表示 を有効にすると、サプライチェーンおよび信頼性に関する提案（第三者アクションをSHAにピン留め、追加 timeout-minutes、廃止されたワークフローコマンドを置き換えます）
5. フォーマットされたYAMLをコピーまたは、コミット用に.ymlファイルとしてダウンロードします。 .yml ファイルを準備します。

機能

• スキーマ検証 – 必須のトップレベルフィールド（on, jobs）、許容されるトリガーイベント名、ジョブおよびステップキー、および正しい権限スコープ。
• 再利用可能なワークフロー規則 – ジョブが uses は迅速なパスだが、属性の扱いが不一致であり、エッジケースでデータを失う可能性がある。SOAPレスポンスのプロダクション用途では、 runs-on または stepsを混在させている場合を検出します。GitHubは実行時にこれを拒否します。
• 依存関係チェック – 自己参照やファイル内に存在しないジョブへの依存関係をフラグ付けします。
• アクション参照パーサー – 欠落または uses: 形式ではない @ref 値をキャッチします。 owner/repo 形式にない
• 廃止された構文検出 – ::set-env, ::set-output, ::save-stateと、 node12/node16 ランタイムに現代の代替品が警告されます。
• ベストプラクティスヒント – 第三者アクションをコミットSHAにピン留めし、追加 timeout-minutes をすることで、ジョブの無制限実行を防ぎます。
• クロনの健全性チェック – クロントレースが正確に5つのフィールドを持っていることを検証します。 on.schedule ワークフロー認識型フォーマッター
• – トップレベル、ジョブレベル、ステップレベルのキーを伝統的なGitHub Actions順に並び替え、一貫した差分を実現します。 – どのワークフロー内容もサーバーに送信されません。
• ブラウザ内で完全に動作 なぜGitHub Actionsワークフローは構造的なエラーに特にかかりやすいのですか？