我很难理解在这个重新创建过程中实际执行了哪些底层步骤，例如，docker（没有编写）文档似乎根本没有真正使用recreate术语。
docker-compose是一个高级工具;它使用docker cli在单个操作中执行需要多个命令才能执行的操作。当docker-compose显示“docker-composite up pickup the changes by stopping and recreating the container”时，表示它执行的操作相当于：

docker stop <somecontainer>
docker rm <somecontainer>
docker run ...

（其中...表示docker-compose.yaml中的服务定义所隐含的任何配置）。

假设它识别出container1中的更改（实际上不是，通过API工作）：

docker compose rm -fs container1
docker compose create (--build) container1
docker compose start container1

部分接近于什么（取决于您的合成配置）：

docker rm -f projectname_container1
(docker build --flags)
docker create --allDozensOfAttributes projectname_container1
docker start  projectname_container1
docker network connect (--flags) projectname_networkname projectname_container1
and maybe more..

因此，如果合适的话，我建议对单个服务使用Docker编写命令，而不是Docker CLI。

问题是变量和设置没有通过任何docker apis公开，可以通过直接连接到docker套接字，解析变量，然后停止/删除容器并重新创建它。
这很容易导致各种错误，并且需要进行大量调试才能获得这些值。
我所做的只是将我的Docker命令存储在一个shell脚本中。你可以将需要运行的命令保存到一个文本文件中，命名为.sh，在文件上设置-x，然后运行它。然后，当你停止/删除容器时，你可以重新运行shell脚本。
你可以做的另一件事是用一个函数来替换docker命令（比如~/.bashrc），这个函数将参数存储到一个文本文件中，然后用一个传递的参数来重新检查这个文本文件（比如“recreate”后面跟一个名字）。