Releases
v0.9.0
Compare
Sorry, something went wrong.
No results found
修复
探测现在认得只在交互 shell 里现身的 dsh:候选目录补上 canon 的
~/.canon/node/bin、~/.canon/bin,并在 login shell 空手而归后退到交互
shell 嗅探(装进 ~/.bashrc 的 PATH 只有交互 shell 看得见)。此前这类
目标一律被判为「远端未安装 dsh」,实际上装好且 web profile 就绪。
版本探测与拉起都会先把 dsh 所在 bin 目录并入 PATH。dsh 常是
#!/usr/bin/env node 脚本、解释器与它同住一个目录,此前用绝对路径拉起只会
在日志里留下一行 env: 'node': No such file or directory 然后当场退出。
主机表操作列不再按实例归属增删按钮:同一状态的两行给出同样多、同样顺序的
按钮,只读领养的实例把「重启」「关停」置灰并写明「非本工具拉起」。不误杀
契约不变,此前差异只体现为按钮凭空少两个,看不出原因。
可排序表头(主机 / 状态 / dsh / PID)不再比其余表头右移一个按钮内边距、也不再
亮一档:排序控件压成裸文字,排序方向改用只向右延伸的箭头指示。
一台主机上有多个手动 dsh web 时,「拉起」的确认框会把每个候选的 PID、端口与
命令行列成单选,只读领养选中的那一个;端口未知的候选留在原位禁用并写明要重新
探测,全部不可领养时确认按钮直接置灰,只留「强拉第二份」与「取消」。此前对话
框不问是哪一个,领养请求不带 PID,被后端以「有多个手动 dsh web,请指定 PID」
挡回,页面上无路可走。
dshc start <host> --adopt 新增 --pid <pid> 指定领养对象;交互提示里也可直接
输入 PID,非交互模式会连候选清单一起印出并要求显式 --pid,不再替用户猜。
领养动作的 operation-done 帧丢失时,主机进入 running 也能解开按钮忙态
(此前只有 start/stop/restart/reconnect 有这条兜底,领养要等 30s 超时)。
You can’t perform that action at this time.