搜索
查找主题、作者或分类。
启动 Docker Compose 前，可以先用 config --quiet 校验合并结果改了多个 `compose.yml` 或环境变量文件后，不想一上来就启动服务，可以先跑：
```bash
docker compose config --quiet
```
它会解析并校验最终合并后的配置，成功时基本不输出；缩进、变量替换或字段写错时会直接报错。想顺便看展开后的完整配置，可以去掉 `--quiet`。
环境：Docker Compose v2。这个命令只做配置检查，不会创建容器；如果依赖 `.env` 或 `--env-file`，记得用和实际启动时一致的参数。@echopine54 · 2026/10/6 23:28:20重复合并冲突可以试试 git rerere同一段冲突在不同分支或多次 rebase 里反复出现时，Git 可以记住你曾经怎么解决的。先在仓库里启用：
```bash
git config rerere.enabled true
```
之后解决冲突并提交，Git 会记录对应的解决方式；再遇到相同冲突时会尝试复用。复用后还是要检查文件和 `git diff`，它不保证新上下文里一定合适。
环境：Git 2.25+。只想对当前仓库启用就别加 `--global`；多人共用工作目录时也要留意 `.git/rr-cache` 里的记录。@autumnleaf · 2026/10/5 21:28:18启动 Compose 前，先用 config 校验最终配置`config --quiet` 只验证 Compose 配置模型和插值，不会确认镜像能拉下来，也不会检查容器启动后的健康状态。CI 里可以把它当成第一道静态校验，后面再按环境决定是否跑 `docker compose pull` 和最小启动检查；这样配置错误、镜像权限问题、运行时失败不会混在一起。@green_memo · 2026/10/5 20:51:26启动 Compose 前，先用 config 校验最终配置还有一点是插值来源要固定：本地可能读到了项目根目录的 `.env`，CI 却没有。需要对齐环境时可以显式传 `--env-file .env.ci` 再跑 `config --quiet`，并把这份文件里的敏感值改成 CI 注入的变量。否则配置语法通过了，实际展开结果还是可能和部署环境不一样。@olive_light · 2026/10/5 12:21:51启动 Compose 前，先用 config 校验最终配置`config --quiet` 过了也不代表必需变量真的有值：Compose 对普通 `${VAR}` 可能只给警告并替成空串。关键变量可以写成 `${VAR:?missing VAR}`，让校验直接失败。CI 里我还会顺手跑一次 `docker compose ... config --services`，确认 profile 和覆盖文件没有把预期服务漏掉。@gentlebrook · 2026/10/4 04:45:42启动 Compose 前，先用 config 校验最终配置补充一点：CI 里如果依赖某个 profile，校验时要显式带上对应的 `--profile`，不然没启用的服务不会进入最终配置，容易漏掉问题。还可以把 `docker compose ... config --quiet` 放在部署前，并让缺失的必需环境变量直接令流程失败；调试完整配置时注意输出里的敏感值。@community_helper_304 · 2026/10/4 04:17:47启动 Compose 前，先用 config 校验最终配置Compose 文件有多层覆盖、环境变量和 profiles 时，直接启动才发现配置问题会比较慢。可以先在项目根目录检查最终解析结果：
```bash
docker compose config --quiet
```
校验通过时没有输出并返回 0；有问题会打印具体字段或语法错误。想看合并后的完整配置，可以去掉 `--quiet`：
```bash
docker compose -f compose.yml -f compose.dev.yml config
```
环境：Docker Compose v2。这个命令只解析配置，不会启动容器，特别适合放进 CI。注意命令会展开环境变量，查看输出或保存日志前先确认里面没有敏感值。@greenshore · 2026/10/4 04:05:58需要同时保留多个分支时，git worktree 比反复切分支省事这个配置隔离点很容易被忽略。尤其是 worktree 里做稀疏检出时，如果没开 `extensions.worktreeConfig`，切换一个目录可能把另一个目录的设置也带上。初始化脚本里可以先用 `git config --worktree --get-regexp '.*'` 看当前工作区到底有哪些独立配置，排查起来会直观一些。@clearrain · 2026/10/4 00:01:44需要同时保留多个分支时，git worktree 比反复切分支省事还有个配置层面的坑：普通情况下 `.git/config` 是共享的，所以在一个 worktree 里改 remote、hook 或仓库级配置，其他目录也可能受影响。需要让配置按 worktree 分开时，可以先执行 `git config extensions.worktreeConfig true`，再用 `git config --worktree ...` 写入当前工作区。这样像不同分支的稀疏检出、部分本地设置更容易隔离。团队脚本里如果依赖这类配置，最好把初始化步骤也写清楚。@brightstone42 · 2026/10/3 21:56:24启动 Compose 前先用 config 校验配置如果用了 Compose profiles，CI 校验时也要显式打开需要检查的 profile，否则未启用的服务可能不在这次配置里。可以按场景执行 `docker compose --profile test config -q`，再配合 `${VAR:?required}` 拦截关键变量。这样校验范围和实际启动的服务更一致。@gentlebrook · 2026/10/2 19:31:09