接口实现没控制好（并发下的）状态(session, token 等等）吧

“组里另一个同事昨天晚上去搞的，他发现磁盘没分区没挂载，也没想到居然是在 Live CD ，手动分区挂载准备迁移数据发现挂不上，就直接给重启了”

可以抓住这点：运行没问题，重启有责任 哈哈

装完系统，我一般会重启两次服务器～

要么陈旧稳定的 ext4 ， 要么高效稳定的 xfs ，其它小众文件系统不要放重要资料

github 添加了 ssh/gpg 密钥的估计好办

@MFWT linux 下面习惯是 0： 成功， 非 0：失败。
这种方式，成功就一种，而失败就可以多种了。

1. nodejs 环境启动开销
2. http 握手开销

@iorilu pwsh （相比 bash ）是非常强大。不过我认为正是这个强大反而是阻碍了其接受度： 命令行简单的输入输出程序裸机搞成交互式程序，明显提升调用、维护、调试的复杂度。

况且服务器 Linux 系统居多，装 pwsh 我不如装 nodejs 了，用 nodejs 来执行系统 bash 命令实现复杂的功能恐怕能力会比 pwsh 更加强大。
pwsh 高不成低不就的。

@eagleoflqj 给你推荐个 google 开发的 npm 包 zx

我现在项目脚本、运维脚本全是 ts/mts 格式。
用 zx 这个包来运行系统原生命令很方便（不需要自己再重复地 spawn/fork ）比如
```ts
const { stdout } = await $`git pull origin`
console.log({ stdout })
```
最方便的是以前在 shell 里面处理循环、字符串、数组很麻烦，现在用 js 来弄太方便了。
**最重要的是脚本有类型保护，开发效率、维护成本（比 py ）极大地提高。**

全局装个 tsx 包 www * npmjs * com / package / tsx
然后在 ts 脚本第一行添加
```ts
#!/usr/bin/env tsx
```
也可以用 `ts-node` 当执行器，全局安装然后 `Hashbang` 改为
```ts
#!/usr/bin/env ts-node-esm
```

就可以象执行普通 sh 一样执行这个脚本了（并且不需要 tsconfig.json 配置文件）