在 Linux 上挂载 Files.com——将企业文件传输变为挂载点

阅读时间 5 分钟 provider-guide files-com linux
Kai
KaiJunior Engineer
使用 NetDrive 的实验性 Linux 版本在 Ubuntu 上挂载 Files.com,将企业文件交换账户变成普通挂载点,而非浏览器标签页。

一支在 Ubuntu 构建服务器上工作的 DevOps 团队,使用 Files.com 作为外部打包供应商每个冲刺周期取走发布归档文件的交接点。以往要把一个构建产物送到那里,要么得写脚本调用 Files.com 的 API 上传,要么得守着跳板机上的浏览器标签页。NetDrive 的 Linux 版本能把同一个 Files.com 账户挂载为普通挂载点,这样构建步骤就可以像写磁盘上其他任何目录一样直接写入。

NetDrive drive manager showing Google Drive, S3 and pCloud mounted as drive lettersMounted clouds appearing as native drives in Windows File Explorer

在 Ubuntu 上为 Files.com 提供挂载点

NetDrive 让 Google Drive、OneDrive、S3、SFTP、WebDAV 等在 Windows 和 macOS 上显示为本地驱动器 — 无需同步,无需完整下载。

  • 构建产物直接写入挂载的 Files.com 目录
  • 常规上传下载无需自定义 API 脚本
  • 与其他已挂载的云存储一起运行在同一个驱动器管理器中
WindowsmacOS
下载适用于 Linux 的 NetDrive →

免费试用。提供终身与订阅方案。

Files.com 成为挂载点后会有什么变化

Files.com 是一个面向企业的文件平台——公司用来与外部供应商、客户或审计人员交换文档和归档文件的那种账户,文件夹结构和权限由中央统一管理。如果不挂载,从 Ubuntu 上使用它,要么走网页控制台,要么为需要无人值守运行的任务(比如必须把夜间构建放到供应商能取走的地方的 CI 任务)手写 API 调用。

NetDrive 会把 Files.com 账户挂载为一个普通挂载点,这样任何能写入目录的进程——shell 脚本、CI 步骤、计划中的 cron 任务——都可以把文件推送过去,而无需了解 Files.com 的 API。读取也是同样的道理:脚本要拉取供应商上传的参考文件时,只需要一个普通的文件路径。

NetDrive 将云存储账户挂载为本地驱动器——这正是 Linux 版本在挂载点上提供的核心交互方式

挂载前须知:Linux 环境要求

NetDrive 的 Linux 版本在对比页面上被标注为实验性——这不是营销上的谨慎措辞,而是如实标明的支持等级。Windows 和 macOS 获得 NetDrive 主要的测试投入;Linux 拥有相同的提供商连接能力,但在跨发行版和内核版本的验证广度上并不相同。最低支持版本是 Ubuntu 16.04,安装包通过 github.com/NetDrive/installer 分发,而不是通过 apt 或其他 Linux 包管理器,因此检查更新需要手动进行。

Files.com 支持是随 NetDrive 当前发布周期与另外四个新提供商——Koofr、Filen、ImageKit 和 OpenDrive——一起推出的,各自面向不同的存储需求。这并不会改变 Linux 版本处理连接的方式:身份验证和挂载走的都是 NetDrive 对所有其他提供商使用的同一套驱动器列表流程。

在 Ubuntu 上添加 Files.com 驱动器

  1. 从 GitHub 发布页安装 NetDrive,按照该仓库的说明安装所需的驱动组件——这一步每台机器只需做一次。
  2. 启动 NetDrive,打开驱动器管理器
  3. 点击**+ 添加驱动器**,从提供商列表中选择 Files.com
  4. 在提示时输入 Files.com 账户凭据登录。
  5. 设置一个挂载点并确认。几秒钟内,Files.com 根文件夹就会出现在该路径下。

NetDrive 用于添加和配置云驱动器的驱动器管理器——Linux 版本的挂载点使用的是同一套界面概念

由于分发是通过 GitHub 发布页而非包管理器完成的,在让脚本或 cron 任务依赖这个挂载之前,值得先确认挂载确实已经连接成功——用终端里的 mount 配合 grep 查找挂载点,或者直接用 ls,而不是只信任图形界面的显示。

确认云驱动器挂载后成功连接

日常使用 Files.com

挂载之后,Files.com 目录的行为就和文件系统上任何其他路径一样。把发布归档文件复制进去会在后台排队上传,可以在 NetDrive 的上传托盘中看到进度,所以大文件不会阻塞正在写入它的脚本。重命名、删除和文件夹移动都可以通过挂载点像操作本地磁盘一样进行,NetDrive 会把变更同步回 Files.com。

对于既用 Files.com 做外部交接标准化、又把构建测试用例保存在 S3 存储桶或自建 SFTP 服务器上的团队来说,这种一致性才是真正的价值所在:一个驱动器管理器、一套挂载概念,而不是为每个目的地准备不同的脚本或客户端库。涉及多人接触同一文件夹的文档交换,还可以使用 NetDrive 的文件锁定,它适用于任何文件类型——不只是 Office 文档——这样队友就不会在编辑过程中把文件覆盖掉。

总结

在 Ubuntu 上挂载 Files.com,能把原本只能靠浏览器或 API 脚本完成的工作流,变成任何进程都能读写的普通挂载点——需要注意的是,Linux 支持仍属实验性,在依赖它执行任何无人值守任务之前,请先针对自己的发行版和工作负载进行验证。想了解同一提供商在测试更充分的平台上的表现,可参阅 在 Windows 上用 NetDrive 挂载 Files.com在 macOS 上用 NetDrive 挂载 Files.com。想进一步了解 Linux 版本本身,可阅读 在 Ubuntu Linux 上使用 NetDrive

— Kai, NetDrive