Docker在Docker内部更改的终端中的行数

Question

我想知道如何改变下面的行为。假设我的终端有28条线路。然后使用以下命令：

$ tput lines # my terminal
28
$ docker run  --rm  -it ubuntu:16.04 tput lines  # docker container
24  ## WHY??
$ docker run  --rm  -it ubuntu:16.04 bash # docker container inside command
root@810effa2777c:/# tput lines
28

正如您所看到的，即使所有的结果都应该是28，但当我调用容器为Docker run--rm-it ubuntu:16.04tput lines时，它总是给出24，而不管终端的大小如何。这不仅是在ubuntu容器中，我也尝试了debian(Docker run--rm-it debian tput lines)，得到了同样的结果24。

这样做的目的是使用mdp表示工具，该工具考虑到终端中的线路。当我的实现失败时，我尝试了其他人的docker实现，但我遇到了同样的错误。

有没有人知道这可能是什么，如何解决？

Answer 1

2018年9月更新：检查docker 18.06是否存在相同的问题（在Moby/Moby问题33794之后，以及Moby/Moby问题35407和PR 37172之后，不应该存在相同的问题，这是18.06发行说明的一部分）。

2016年：

Ubuntu Dockerfile包括：

CMD ["/bin/bash"]

但这在命令行中不起作用：

docker run --entrypoint /bin/bash --rm  -it ubuntu:16.04 -i -c 'tput lines'
24

我将检查定义自定义映像的选项。

FROM ubuntu:16.04
ENTRYPOINT ["/bin/bash", "-c"]

但结果是一样的：

docker run --rm  -it u 'tput lines'
24

FROM ubuntu:16.04
ENTRYPOINT [ "/bin/bash" ]

docker@default:/c/Users/vonc/prog/testsu$ docker run --rm  -it u -i -c 'ls; tput lines'
bin  boot  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var
48

其实，下面总是返回“不是24”用的：

FROM ubuntu:16.04
ENTRYPOINT [ "/bin/bash", "-l", "-i", "-c" ]

docker run --rm  -it u -c 'sleep 0.1; ls; tput lines'
48

OP silgon在评论中提议：

docker run --rm -it --entrypoint /bin/bash ubuntu:16.04 -c "sleep 0.1 && tput lines"

正如BMitch在下面评论的那样：

鉴于sleep的成功，我怀疑docker使用running命令旋转容器，一旦启动，客户端就附加到正在运行的容器。通常需要几毫秒的时间。

这给了我另一个想法：

docker@default:/c/Users/vonc/prog/testsu$ 
docker run --entrypoint='/bin/bash' --name ub -d -it ubuntu:16.04
  0d9b8783afbb5e3ff4232da071d3f357985351ea1ce4d142bf6617ac456fb76b
docker@default:/c/Users/vonc/prog/testsu$ 
d attach ub
  root@0d9b8783afbb:/# tput lines
  48
  root@0d9b8783afbb:/# exit
exit
docker@default:/c/Users/vonc/prog/testsu$ drmae
0d9b8783afbb5e3ff4232da071d3f357985351ea1ce4d142bf6617ac456fb76b

thajeztah在评论中补充说：

创建容器，然后以默认值(80x24)启动，然后（当-it)附加会话。
会话指定终端的大小；

请参阅“调整容器TTY的大小”API。

 DEBU[0244] Calling POST /v1.25/containers/c42fd5c4eb79c06fd7f9912b8359022f7d93887afbb33b57a67ed8bb7bfee4‌​3a/resize?h=46&w=221 

这实际上已经在运行时规范（opencontains/runtime-spec PR 563）中再次出现了。
基本上，由于Windows要求在第一次启动时设置控制台大小，所以我们可能最终为所有平台添加它。

OP silgon向api/client/container/run.go中的代码指出：

// Telling the Windows daemon the initial size of the tty during start makes
// a far better user experience rather than relying on subsequent resizes
// to cause things to catch up.
if runtime.GOOS == "windows" {
    hostConfig.ConsoleSize[0], hostConfig.ConsoleSize[1] = dockerCli.GetTtySize()
}

有一个逻辑问题：

在Linux上也使用该属性，并使用该值设置初始控制台大小是否有意义？

Kenfe-Mickaël Laventure(Mlaventure)已经在上面了，一个新的补丁可以使它达到Docker1.13。