老大不让在服务器上装 zsh、htop 等升级版的工具

[Hieast]

楼主现在在一个比较小的实施团队，老大不让在客户提供的服务器上装 zsh、htop 等升级版的工具。 我觉得有一些久经考验的工具不见得比 GNU 里的那些工具稳定性差，况且工具也不应该会影响到服务。 用新的工具交互和显示更友好一些，能提高我的工作效率，我是想在生产环境用 zsh，以及其他升级版工具的。

我想请教大家两个问题，

1. 服务器上用这些工具有什么风险？
2. 不用 zsh，bash 怎么配置才能让补全和搜索更顺手？如何证明这种配置和插件比用 zsh 更安全？

联动问题 请问一下，那个 oh my zsh 好用么？

[lzjamao]

个人服自己的账号随便搞！

[blless]

我记得我们公司有个家伙就在公司内网环境装 zsh，不知道配置错了啥，bash 都进不去了

[KuroNekoFan]

我之前公司的运维还不让拉 npm 的 package 呢

[defunct9]

可以装，无所谓

[houzhimeng]

htop 没听说过有风险

[inter12]

太矫情了。这个问题也发上来问

[caskeep]

物理服务器运维问题多多，环境上 docker 或者 k8s 是不是能解决这些问题，物理机器就可以稍微浪起来了？求教

[edgnoz]

你天天没事上服务器上干嘛？ bash 不够你用？

[twl007]

@zhengyongtao 你们没有服务器配置管理工具来维护服务器配置么 就算有意外更改大部分时候下一次工具运行的时候也给还原了


@jmc891205 服务器登陆并不面向公网啊…… 不走公司内部网络怎么可能访问到服务器？

[zqguo]

htop 还好

[twl007]

@zhengyongtao 同志你说的是 glibc 吧？

[mywaiting]

这个跟团队大小没有关系的，倒是跟你们的开发文化和程度很有关系

我能说我一个人的项目，都是往 git 仓库里 push 代码就自动执行 CI 测试、自动部署、全流量测试（网站不大就全流量测试了，不搞这么多的特殊操作），后面自动收集代码运行出错的 log，数据库每天自动备份到 dropbox

除了偶尔的安全补丁更新，极少（很少）登陆过服务器 SSH 去操作什么东西

往高大上点说，作为软件工程实践的一部分，我一直认为，直接登录服务器操作什么东西是不道德的~

[reus]

难不成还线上 debug ？

[MonoLogueChi]

常用代码全写成脚本，可以 ssh 连上去嘛，总不能所有操作都是要跑到机房里去操作吧

[victorywangzhcn]

@zhengyongtao htop 会覆盖啥？

[victorywangzhcn]

@twl007 我觉得也是说的 glibc...

[lululau]

就是因为 low

[lancelock]

那还不如改进发布流程，上个 ci

[rrfeng]

htop 勉强可以，但是不是必须的。
zsh 滚一边去，生产环境绝对不允许。

[yalin]

新潮的软件，虽然更新快，特性多，反过来说就是可能不稳定