ESC
YAML入力
整形済み出力

0

入力サイズ

0

出力サイズ

0

行数

0

キー数

使用例

Docker Compose

マルチサービス定義、ボリューム、ネットワークを含むDocker Compose設定ファイルを整形します。

version: '3.8' services: web: image: nginx:alpine......
Kubernetes設定

Pod仕様、環境変数、リソース制限を含むKubernetesデプロイメントマニフェストを美化します。

apiVersion: apps/v1 kind: Deployment metadata: name: web-a...
CI/CDパイプライン

GitHub Actions、GitLab CIなどのCI/CDパイプライン設定ファイルを整形します。

name: CI/CD Pipeline on: push: branches: - main....

機能

YAML整形

一貫したインデントとクリーンな構造でYAMLを整形

YAML検証

YAML構文を検証し、構造エラーを即座に検出

インデント正規化

混在するインデントを一貫した2または4スペースインデントに正規化

クライアントサイド処理

すべての処理はサーバー通信なしでブラウザ内で実行

使い方

1

YAMLを入力

YAMLコードを入力エリアに貼り付けるか、サンプルを試してください。

2

整形または検証

一貫したインデントで美化するには整形、構文チェックには検証をクリック。

3

結果を使用

整形された結果をクリップボードにコピーするか、YAMLファイルとしてダウンロード。

よくある質問

YAML (YAML Ain't Markup Language) は、インデントを使用して構造を表現する、人間が読みやすいデータシリアル化フォーマットです。DevOpsツールのための設定言語として好んで使用されており、Docker Composeファイル (docker-compose.yml)、Kubernetesマニフェスト (deployment.yaml, service.yaml)、GitHub Actionsワークフロー (.github/workflows/*.yml)、GitLab CI (.gitlab-ci.yml)、Ansibleプレイブック、Helmチャート、および多くのアプリケーション構成ファイルで利用されています。YAMLは、XMLやJSONのように括弧の閉じ忘れが起きやすいことのないよう、人間による編集を前提に設計されています。

YAMLは、ドキュメント構造とネストを定義するためにインデント(スペース)を使用します。JSONやXMLのような波括弧や閉じタグはありません。要素のインデントレベルによって、それが上の要素の子要素なのか兄弟要素なのかが決まります。余計なスペースや足りないスペースが一つあるだけで、意味が完全に変わってしまうことがあります。例えば、サービス定義のサブプロパティであるべきキーが、YAMLパーサーからエラーメッセージが出ることなくトップレベルのキーになってしまうことがあります。これがYAMLのエラーのデバッグが非常に難しいと言われる理由です。症状(間違った構成)は、原因(47行目の余計なスペース)から遠く離れた場所で発生することがあるからです。

いいえ。YAMLの仕様では、インデントにタブ文字を使用することは明示的に禁止されています。引用符で囲まれた文字列内での使用は許可されていますが、インデントとしては決して認められません。エディタの設定がTabキーを押した際にタブを挿入するようになっている場合は、YAMLファイル用にスペースを挿入するように変更してください。多くのYAML関連のバグは、正しくインデントされているように見えるファイル内の目に見えないタブによって引き起こされます。このフォーマッターはタブのインデントを検出し、スペースに正規化します。

このフォーマッターは、YAML 1.2の完全な機能セットを処理します。スカラー型(文字列、整数、浮動小数点、ブール値、null)、ブロックマッピング (key: value)、ブロックシーケンス (- item)、フロースタイル (インラインの {} と [])、マルチライン文字列 (リテラルブロック | およびフォールドブロック >)、コメント (#)、アンカー (&anchor) とエイリアス (*alias)、マルチドキュメント (--- セパレーター)、および明示的な型タグ (!!str, !!int など)。ボリューム、env配列、リソース制限を含むKubernetesポッドのような複雑なネスト構造も正しくフォーマットされます。

検証および解析の過程でコメントは認識されます。フォーマット時、ツールは解析されたデータ構造を再シリアル化します。ほとんどのYAMLパーサーはコメントをデータモデルに付与しないため、フォーマットされた出力においてコメントが完全に保持されない場合があります。検証目的(形式の正当性の確認)では、コメントは正しく処理されます。コメントを正確に保持することが重要な場合は、フォーマットされたバージョンをエディタにコピーし、手動でコメントを再追加してください。

最も頻繁なエラーは次の通りです:(1) 一貫性のないインデント(2スペースと4スペースの混在、またはタブとスペースの混在)。(2) 同じマッピング内での重複キー。(3) YAMLが特殊な値として解釈するクォートなしの文字列 — "yes", "no", "true", "false", "null", "on", "off" はすべて、YAML 1.1(古いKubernetes構成で一般的)ではブール値またはnullとして解釈されます。(4) クォートなしのキーにおけるコロンの後のスペース不足。(5) key: valueペアにおけるコロン後のスペースの欠落。(6) YAMLの特殊文字 (: { } [ ] # &) を含むクォートなしの文字列。

YAMLはJSONの超集合です。つまり、有効なJSONは有効なYAMLでもあります。YAMLはJSONにはない人間向けの機能を追加しています:コメント、マルチライン文字列、値を再利用するためのアンカー/エイリアス、および少ない句読点(配列項目の間のカンマ不要、単純な文字列値への引用符不要)。JSONはマシン生成データに利点があります:インデントに依存せず、あらゆる言語でネイティブにサポートされ、一義的です。手動で編集する構成ファイルには通常YAMLが好まれます。APIレスポンスやデータストレージにはJSONが主流です。

いいえ。すべてのフォーマットと検証は、JavaScriptのYAMLパーサーを使用してブラウザ内で実行されます。環境変数、資格情報、インフラの詳細を含む可能性のある構成ファイルが、あなたのデバイスから外へ出ることはありません。

YAMLフォーマッターとは?

YAMLのインデントを1つ間違えるだけで、デプロイ全体が壊れる。エラーメッセージもなく、パイプラインがただ静かに失敗する。このツールはそれが起きる前にキャッチします。YAMLを貼り付け、一貫したインデントでフォーマットし、構造をバリデート。コピペで乱れたスペースを正規化し、Kubernetesマニフェスト、Docker Composeファイル、CI/CD設定が構造的に正しいことを確認します。

YAMLフォーマッター使用のメリット

YAMLは空白に敏感です。つまりフォーマットが構文そのもの。スペースの代わりにタブ、2スペースの代わりに3スペース、それだけで壊れます。このフォーマッターはそれをすべて正規化します。プッシュ前にバリデーションすれば、パイプラインの失敗を待たずにローカルで問題を発見できます。ブラウザで動くので、シークレットやクレデンシャルを含む設定ファイルはマシンに留まります。

セキュリティとプライバシー

あなたのデータの安全を最優先しています

ローカル処理

すべての処理がブラウザ内で完結します

データ送信なし

データはサーバーに送信されません

保存しません

データは保存も共有もされません

SSL暗号化

安全な通信でご利用いただけます

次のステップ

MoreOnlineToolsでもっと見る