VScode远程容器-如何查看被篡改的服务控制台输出？

Question

这是this问题的后续内容(目前的答案似乎都没有一针见血)。

vscode启动远程VScode会话(使用VScode远程容器)的默认行为似乎是：

1. 运行项目的停靠-组合文件
   • ，如果用户在构建过程中选择显示日志( UI弹出)，则打开一个名为Dev Containers反映Docker的构建日志的VScode终端会话，辅之以VSCode远程容器日志记录。此输出在生成完成后结束。
   • 如果用户没有选择显示日志，然后在生成完成后打开VScode终端，只需在容器中启动一个新的bash会话即可。没有其他exist.

VScode终端会话

1. 从正在运行的容器

内部启动VScode会话。

从用户的角度来看，容器正在运行，但是容器内部发生的输出似乎无法访问(即使docker command没有使用守护进程模式)。

那么，用户现在如何查看容器内部正在发生的控制台输出呢？

如果我读得对，那么VScode远程容器文档似乎建议重写默认行为，即：

then

• manually

• 抑制本来会启动服务的对接者-编写command，而是在创建时应用一些虚拟命令来持久化容器，然后从远程会话内部启动服务(使用调试模式或通过VScode终端)。这显示了输出，但在可访问的VSCode终端会话中。

有没有办法：

( A)通过系统终端(例如docker-compose up)启动服务，然后在这个已经运行的容器*中启动VSCode远程会话，或

( B)访问服务的输出，而不必像上面那样覆盖(覆盖看起来很烦人)

*这将是理想的做法。远程容器“连接到正在运行的容器.”命令听起来很接近这个。但它似乎在我不认识的目录中实例化自己，而且似乎不是容器。

Answer 1

备选方案A似乎可以通过

在终端(docker-compose up)

• In vscode中启动服务的

1. 使用远程容器“远程资源管理器”UI (not cmd+P“附加到容器”命令)来选择正在运行的容器的工作目录。右击>“打开容器”。这实际上并不是打开一个新容器，而是“打开容器内的目录”。

或(谢谢@赛博编码器)

允许vscode在一个单独的终端中启动服务docker-compose logs -f的

1. ：docker logs -f container_name或