免費線上 Docker Compose Validator
即時驗證和檢查 docker-compose.yml 檔案。檢查語法、服務依賴、埠格式及常見錯誤——100% 用戶端執行，您的設定不會離開瀏覽器。
100% 用戶端處理 · 資料永不離開您的瀏覽器使用說明 Docker Compose Validator
將 docker-compose.yml 或 compose.yml 貼到文字區域，然後點擊 驗證 或按 Ctrl/Cmd+Enter：
- 錯誤 — 導致
docker compose up無法運作的嚴重問題：YAML 語法錯誤、缺少services:鍵，或depends_on引用了未定義的服務。 - 警告 — 需要審查的非致命問題：過時的
version欄位、服務缺少image或build、服務缺少restart策略。 - 服務面板 — 每個服務的摘要卡片：映像、構建上下文、埠、磁碟區、環境變數數量和依賴關係。
- 網路 & 磁碟區 — 檔案中定義的所有頂層具名網路和磁碟區。
點擊 範例 載入典型的三服務堆疊。使用 Ctrl/Cmd+K 清空。
常見問題
docker-compose.yml 檔案是什麼？
docker-compose.yml 定義了一個多容器 Docker 應用程式。它描述每個服務的映像或構建上下文、埠、磁碟區、環境變數及服務間依賴。Docker Compose 讀取此檔案，透過一條 docker compose up 指令建立並啟動所有服務。
為何 "version" 欄位已過時？
Docker Compose V2 採用了 Compose 規範，不再需要頂層 version 欄位。現代 Compose 檔案可省略它。若存在，本工具會發出警告提示您清理。
depends_on 驗證會檢查什麼？
工具會驗證 depends_on 中列出的每個服務名稱是否在 services 區塊中有定義。服務名拼寫錯誤會導致 docker compose up 失敗，驗證器會在執行前提前發現此類問題。
Docker Compose 期望什麼樣的埠格式？
埠可以寫為 "HOST:CONTAINER"（如 "8080:80"）、裸容器埠（"80"）或帶協議後綴（"80/tcp"）。在 YAML 中應始終為埠映射加引號，以避免數字被誤解析。
為何每個服務都應有重啟策略？
沒有重啟策略時，崩潰的容器不會自動重啟。正式環境最常用的值是 restart: unless-stopped。本工具會在未定義重啟策略時發出警告。
"image" 和 "build" 有什麼差異？
"image" 指定從映像倉庫拉取的預建映像；"build" 指定包含 Dockerfile 的本地目錄，Compose 會從原始碼構建映像。服務可同時定義兩者，此時 build 優先。
我的 docker-compose.yml 會被傳送到伺服器嗎？
不會。驗證完全在瀏覽器中透過 js-yaml 進行 YAML 解析。您的設定檔——可能包含內部主機名稱或憑證——永遠不會離開您的機器。