今天用 winscp+root 去改配置文件，被挂在群里吊。。。

挂我是吧，晚上别睡太死！

写的啥，没看懂。

@461da73c 2# 推测原本的操作应该是：ssh 进服务器，使用 vim/emacs 改配置文件；楼主操作成：GUI 下载文件，本地 GUI 修改后再上传。

有啥好说的，你们的开发规范规定不能用 gui ？

都是手工肉改，要风险一样的风险，有什么高贵低贱

如果是担心 rot 直接登录的风险，那就应该禁掉，而不是留着这个口子等人用了再挂人

为啥不能这么改呢？没懂

不会装逼的亏。

@Features #1
组合套餐：
drop table
rm -rf /*

哪个工具用着舒服，能让自己工作效率更高，就使用哪个好了，用个工具还用出优越感和鄙视链了
怎么着，必须 root+vi 才高大上么

有个统一的修改配置文件的流程规范还是必要的；

一般都是怕改出权限问题，还有可能用的文本编辑工具五花八门，导致编码或者换行符之类的混乱；

又想起那个高手编程不用 ide 只用 vim 的梗

什么，难道除了 winscp 还有别的工具吗（狗头

我都拿 mountainduck 挂载到本地再用编辑器，岂不是更 low 。。。

这有什么问题么？

@mashirozx 或许 Mobaterm ？

WinSCP 网络中断：你服务器没 HA ？没带外？没故障恢复？网络都断了还有人用 gitlab 测试服务？
GUI 编辑器转变文件编码：这种问题纯属犯傻，又不是用 notepad
root：测试服务器要个毛的 sudo ，嫌工作量不够吧……

那怎么改，难道用 vscode remote ? (

难道不在终端用 vim 就不香吗？或许只是领导喜好而已，你可以问问他为什么要吊你。

root 密码都能让你知道的，叼个毛啊？就不怕你 rm -rf/* ?

引用先贤一句话：“不管黑猫白猫，能抓住老鼠的就是好猫”。
这种事情就跟纠结 vim 、emac ，latex 、word ，linux 、windows ，mac 、pc 这类的人一样，对于工具的关注大于了对于目标和结果的关注

1.winscp 网络中断可能会清空配置文件
----不会

@id4alex 确实会，就是保存的过程中，突然网络中断了，服务端的文件就是一个空白文件

@Features 这是 SCP/SFTP 的问题吧？你确定用别的 SCP/SFTP 客户端传输时断网没这个问题？

@Features 确实会，但是保存过程中断网，也太寸了，你每次都遇到吗

测试服务器不是随便改么？
用 vim 我是不习惯的

以后都给我用发报机 01 的敲机器码。
不然都是 low 币。

1.如果公司有什么禁止的问题，应该提前说。没有说一律按没有处理。

2.这些都是管理问题，管理没有对错之分。

比如认为 winscp 不安全，但它方便。

比如认为要用 sudo ，问题是用了也不一定安全。

管理问题，应该是大家提前讨论好，形成管理规范，然后再去指导行为操作。

3.如果已经有管理规范了，楼主再去这样做，本质是违反规定，当然要担责，被批评就很正常了。
4.程序员不应该只考虑自己，多和别的岗位商量讨论。不同岗位的出发点会完全不一样。

除了 root 这个，其他的没问题，规范不规范就看公司规定了

贵公司居然还有 root 权限放给个人，当然发生这种事也不是很奇怪了

有啥好吊的啊，你组长用 vim/emacs 很？

难道是用 winscp 登录服务器然后双击打开配置文件修改的？

vim 我都不怎么用，只用 vi ，然后他们一脸诧异看着我，vim 你都不用用 vi ？我说 vim 上面的花花绿绿整的我眼睛不舒服……

@zhaoyeye 同感，还是 vi 好用，vim 有些颜色根本看不清

顺便问个问题，不想用 vim 有什么办法远程修改文件么？ winscp 修改文件基于来回拷贝，这的确是个问题。

想问一下，vscode remote 让用吗

不敢认同。
这些 ssh 客户端一般是先下载到本地临时目录，然后用编辑器打开，检测到变化后自动上传。如果不是覆盖上传而是别名上传后 rename 的话不应该出现你说的问题。
干这行的谁不是标配一个高级编辑器，除了高亮还能做做自动检查和格式化；除非是编辑空文件，大部分编辑器都不会主动修改编码和换行符。
至于 sudo 问题，那只适用于直接在 ssh terminal 跑远程编辑器的场景，想用本地编辑器就得先 copy ，改完上传再 copy 回去，如果是反复改的情况会很烦。而且一般远程编辑器功能有限又缺乏配置，如果网不好的话响应还慢，不顺手。

@wwbfred 要不试试在服务端搭个 vscode ，直接 ssh 隧道，然后再浏览器改。

https://github.com/coder/code-server

你说的问题都不是主要问题
主要问题是 CD 流程问题

@gps949 你要到下个世纪才抓到那就肯定不会好了。

怎么安全可靠的修改文件是个技术问题。如果大家都不太在意技术细节了，说明这个工作可能不是技术工种了。那么让不如降低成本让实习生来搞搞吧。

@imes 应该不是，这样倒还好，估计是直接在 winscp 中用默认设定的编辑器修改，这样很危险

1.winscp 网络中断可能会清空配置文件
一直 scp 写前端，服务器 npm ，没遇到
2.gui 编辑器可能会转变文件编码
以为是 notepad 没有+吗？顶多你要说 urf 自动转 bom 我没话说
3.用了 root,应该 sudo
多个 sudo+nopasswd 一样打得很顺手。没区别。

utf

不过也别发火。莫名其妙的自欺欺人规定多了去了。

@wwbfred emacs nano

@Features #23
远程桌面解千愁，xpra 走起

我自己的 vps 和 nas 都是在服务器上改文件的，（几乎）从来不下载到本地改好了再上传
曾经因为 vps 的 ping 比较高 vim 中延迟明显操作不跟手，试过下载修改再上传，太恶心了，比顶着延迟和断连接都恶心
服务器端一律默认调用 byobu ，多标签命令行会话管理，掉线不掉会话
byobu 内 sudo ，掉线不掉 sudo
遇到 vim 效率低的情况就果断切 xpra ，远程桌面 vscode 爽歪歪
（或者直接 vscode 自带的远程功能，不过那玩意我没试过听说挺吃 CPU 的？）

微软家的 notepad 已经支持的 utf-8 NO BOM 了

果然到哪里都有鄙视链