docker-compose启动Symfony项目报database服务配置无效错误

docker-compose 启动时默认会自动加载、合并同目录下的docker-compose.yml主配置文件和docker-compose.override.yml覆盖配置文件，两个文件中的同名服务配置会按优先级合并，其中override文件的配置优先级高于主配置文件。
你创建Symfony 5.4.9项目时选择引入recipe自带的Docker配置，Symfony会拆分两份配置的职责：数据库服务的镜像、端口、初始化环境变量等基础配置写在主docker-compose.yml中，本地目录挂载、开发调试参数这类仅本地开发生效的配置，写在自动生成的docker-compose.override.yml中。这份自动生成的override文件里，database服务段本身不会配置image或build字段，完全依赖主配置里的对应内容才能组成合法的服务定义。
后续你只把主docker-compose.yml替换成了自有版本，没有处理目录中遗留的docker-compose.override.yml：

• 如果你自有配置里根本没有定义database服务，合并后就会生成一个只有override片段、缺少基础镜像/构建配置的空database服务
• 如果你自有配置里定义了database服务，也可能因为override文件的优先级更高，空配置段异常覆盖了主配置里的image/build字段
  两种情况最终都会触发“Service database has neither an image nor a build context specified”的报错，和你使用的Ubuntu 22.04系统、docker-compose v1.29.2版本没有直接关系。

根据自身需求选择对应方案即可：

• 如果不需要Symfony自动生成的本地开发覆盖配置，直接删除项目根目录下遗留的docker-compose.override.yml文件，再重新执行docker-compose up即可正常启动。
• 如果需要保留override文件里的其他自定义配置，打开该文件，删除其中不完整的database服务配置段，或者补全该服务对应的image/build字段，保证和自有主配置的服务定义匹配。
• 配置修改完成后，可以先执行docker-compose config命令查看最终合并输出的完整配置，确认database服务下存在合法的image或build字段，再启动容器即可避免该报错。

内容的提问来源于stack exchange，提问作者bcag2