用 process-compose 统一管理本地多服务进程

你在解决什么问题

本地同时跑多个服务时，最常见的做法是开几个终端，每个里面手动启动一个进程，再用 tail -f、while true; do sleep 1; done 之类的循环盯着崩溃退出。这种方式的问题在于：进程关系靠人记。哪个服务先起、哪个依赖谁、挂了之后怎么拉起来，全靠操作者的经验。一旦离开当前终端或换人接手，这套"运行知识"就丢了。

核心能力与工作方式

process-compose 的思路是把这些信息固化到一个声明式 YAML 文件里。你需要先准备：

• process-compose 二进制文件
• 一份描述服务列表的 YAML 文件
• 各本地服务的实际启动命令与依赖项
• 对开发/测试环境的终端访问权限

之后用一条命令即可让整个进程栈同时启动，并持续监控。核心能力包括：

• 并行启动：多个服务同时拉起，不必逐个终端执行
• 自动重启：进程异常退出后按配置重新拉起
• 多副本与前台进程：支持运行同一进程的多个副本，也支持前台进程模式，便于观察输出

适用边界与注意点

它不是容器编排的替代品。选择它的理由通常很直接：不想碰 Dockerfile、卷定义、网络配置和镜像仓库，只想在本地把一组裸进程管起来。这意味着它面向的是开发与测试环境，而不是需要隔离、资源限制或跨机器编排的生产场景。另外，所有服务的依赖项仍需自行保证，声明文件只负责生命周期管理，不会替你解决依赖缺失或环境变量问题。