凌晨一点半，负责小程序后端的小周需要给测试服务器换一份配置文件。他连上 FinalShell，把桌面上改好的 app.conf 直接拖进右侧窗口，进度条走完就关了窗口，起身去泡咖啡。十分钟后测试环境起不来，几个人排查了半小时才发现：文件落在了 /root 目录下，而项目读取的是 /data/app/config 里的那一份。软件本身没有任何毛病，问题出在动手之前没确认目标目录。
这件事值得完整复盘一次。FinalShell 的文件传输本身并不复杂，复杂的是人对“当前在哪、传到哪”的判断。
事故还原：拖拽到底把文件放到了哪
FinalShell 连接成功后，文件面板默认打开的是远程用户的主目录，也就是 root 用户登录后看到的 /root。拖拽只是把文件放到右侧面板当前停留的目录，它不会猜测业务路径，更不会自动跳到项目目录。小周当时想当然地以为“传上去了”，实际上只是传到了“登录后的默认位置”。
- 拖拽前先看一眼右侧路径栏显示的完整路径
- 不确定时在右侧双击进目录，而不是凭印象
- 项目类文件可以先进入固定目录并停留，再执行拖拽
弄清左右两栏，比记住快捷键更有用
FinalShell 的文件管理是一个双栏结构：左侧是本机磁盘，右侧是远程服务器。几乎所有传输动作都是在这两栏之间发生的，理解这一点，后面的操作就不会乱。
- 左栏：本地文件系统，可以像资源管理器一样切换盘符和文件夹
- 右栏：远程文件系统，路径通常跟随你当前所在的 shell 目录变化
- 两栏各自有刷新按钮，当其中一边的文件在别处被改动过，先刷新再操作
很多人第一次用会问 FinalShell 文件传输怎么用，其实只要记住一左一右、从哪到哪，剩下的就是选择用什么方式搬过去。
三种传输方式，按场景选
- 直接拖拽：最适合单个小文件，比如一份配置、一张图片。拖完看右侧列表里有没有出现同名文件，别只盯着进度条。
- 右键上传和下载：适合文件多、需要明确指定方向的情况。在左栏选中文件右键上传，或在右栏选中文件右键下载，路径更可控。
- 双击文件：在右侧双击一个远程文件，通常会触发下载到本地；反过来在左侧双击也可能触发上传，操作前看清提示再确认。
传输过程可以在传输列表中查看，有进度、有速度，也能看到失败项。文件多的时候养成看一眼列表的习惯，比事后翻日志省事。
传完之后的三项核对
误传之所以难发现，是因为界面看起来一切正常。传完做三件事，能把大部分问题挡在门外。
- 核对路径：右侧路径栏显示的目录，是否就是业务读取的目录，必要时用命令行 ls 再确认一次
- 核对大小：比对本地与远程的文件字节数，差几十字节往往意味着传输被截断
- 核对权限：新上传的文件权限可能与原有文件不同，必要时用 chmod 调整，避免程序读不到
大文件和整目录，换一种思路
几百兆的日志、整包的前端资源，直接拖拽体验并不好。更稳的做法是先压缩再传，传完在服务器上解压，既省时间也减少中断概率。传输过程中如果网络抖动导致失败，重新传之前先删掉半截文件，避免新旧混在一起。
还有一点容易被忽略：多人共用一台服务器时，尽量把文件传到约定好的目录，而不是随手放在主目录。下一次别人登录找不到文件，又要重新问一遍，这也是很多团队交接时最常踩的坑。
复盘能带走的三条建议
- 动手前先确认右侧路径，再松手
- 传完刷新一次列表，核对路径、大小、权限
- 批量操作先打包，多人维护就留一份目录约定
把这三条变成习惯，FinalShell 的文件传输就会从一个“容易出错的环节”变成一个“不值得多想的小事”。真正需要动脑的地方，应该留给业务本身。