企业官网建设流程全解析

下面继续记录我的实际迁移过程。

11. PuTTY → Tabby

Windows

PuTTY

Ubuntu

Tabby

Windows 下，我主要使用 PuTTY 登录 Linux 服务器。

PuTTY 很稳定，但界面和使用方式相对传统。迁移到 Ubuntu 后，我选择了 Tabby。

Tabby 支持：

• SSH；

• Serial 串口；

• 多标签窗口；

• SSH 配置管理；

• 密钥认证；

• SFTP；

• 终端主题和字体配置。

它的整体使用体验更接近 SecureCRT、MobaXterm 这类现代终端工具。

11.1 安装 Tabby

下载 Linux 版 deb 安装包后执行：

sudo apt install ./tabby-1.0.234-linux-x64.deb

实际文件名可能会随着版本更新而变化。

安装完成后，可以直接在应用列表中搜索 Tabby。

11.2 添加 SSH 连接

打开 Tabby 后：

Settings ↓ Profiles & connections ↓ New profile ↓ SSH connection

填写：

• Name：连接名称；

• Host：服务器地址；

• Port：SSH 端口，默认是 22；

• User：登录用户名；

• Password 或 Private key：密码或 SSH 私钥。

配置完成后，服务器会显示在连接列表中。

相比每次输入：

ssh user@server

对于需要管理多台服务器的用户，图形化连接列表更加方便。

11.3 Tabby 配置文件

Tabby 的用户配置通常保存在：

~/.config/tabby/

可以查看：

ls -la ~/.config/tabby/

如果需要备份 Tabby 配置，可以备份整个目录。

需要注意的是，配置文件中可能包含服务器地址、用户名或其他连接信息，备份时应妥善保管。

11.4 实际体验

Ubuntu 自带终端已经可以直接运行 SSH：

ssh user@server

但对于多个固定服务器，我仍然更喜欢 Tabby。

它的优势并不是“Linux 没有 SSH”，而是把连接信息、标签页和终端配置集中管理起来。

另外，后文介绍的 Remmina 也支持 SSH，但在日常服务器管理方面，我认为 Tabby 更专业、更顺手。

12. WinSCP → FileZilla

Windows

WinSCP

Ubuntu

FileZilla

Windows 下，WinSCP 是我经常使用的服务器文件传输工具。

它支持：

• SFTP；

• SCP；

• FTP；

• 图形化文件浏览；

• 本地和远程文件拖拽。

Ubuntu 下，我选择 FileZilla 作为替代。

12.1 安装 FileZilla

Ubuntu 软件源中可以直接安装：

sudo apt update sudo apt install filezilla

安装完成后，在应用列表中启动 FileZilla。

12.2 配置 SFTP 连接

打开 FileZilla：

File ↓ Site Manager ↓ New site

建议配置：

Protocol：SFTP - SSH File Transfer Protocol Host：服务器地址 Port：22 Logon Type：Normal 或 Key file User：用户名 Password：密码

如果使用 SSH 私钥，可以在登录类型中选择密钥文件。

配置完成后，可以像使用 WinSCP 一样浏览：

• 左侧：本地文件；

• 右侧：远程文件。

文件可以直接拖拽上传或下载。

12.3 Linux 原生传输方式

Linux 本身已经提供了完整的 SSH 文件传输能力。

例如：

sftp user@server

上传文件：

put local-file

下载文件：

get remote-file

也可以使用 scp：

scp local-file user@server:/remote/path/

复制整个目录：

scp -r local-directory user@server:/remote/path/

还可以使用更适合增量同步的 rsync：

rsync -av local-directory/ user@server:/remote/path/

不过，日常临时查看和传输文件时，FileZilla 的图形界面更加直观，所以我还是保留了它。

12.4 FileZilla 配置备份

FileZilla 的配置一般位于：

~/.config/filezilla/

查看：

ls -la ~/.config/filezilla/

其中可能包括：

• 站点管理器配置；

• 最近连接记录；

• 界面设置。

需要备份时，可以复制整个目录：

cp -a ~/.config/filezilla ~/backup/

配置中可能包含服务器地址和登录信息，同样需要注意安全。

13. 微信电脑版 → 微信 Linux 版

Windows

微信电脑版

Ubuntu

微信 Linux 版

微信是这次迁移中比较特殊的软件。

它现在有官方 Linux 客户端，因此基本聊天、文件收发和登录都没有问题。

但是，它并不能完整继承 Windows 微信的所有数据和使用体验。

13.1 安装微信

下载 Linux 版 deb 安装包后执行：

sudo apt install ./WeChatLinux_x86_64.deb

安装完成后，可以在应用列表中搜索微信。

13.2 查看微信桌面启动文件

可以查找微信的 desktop 文件：

ls /usr/share/applications | grep -i wechat

查看内容：

cat /usr/share/applications/wechat.desktop

如果希望把启动图标放到桌面，可以复制：

cp /usr/share/applications/wechat.desktop ~/Desktop/

然后在桌面上右键点击该文件，选择：

Allow Launching

允许启动后，它才会显示为正常的应用图标。

13.3 聊天记录迁移问题

Linux 微信可以正常登录，但无法简单地把 Windows 微信数据库直接复制过来继续使用。

主要问题包括：

• Windows 和 Linux 数据目录结构不同；

• 数据库可能与登录环境和设备信息绑定；

• Linux 客户端缺少从另一台电脑完整迁移记录的功能；

• 多台电脑之间的历史消息同步能力有限。

实际上，Windows 微信在电脑之间迁移聊天记录也并不方便。

最后我的选择是：

不再折腾 Windows 聊天数据库，Linux 微信直接建立新的本地聊天记录。

微信的数据核心仍然是手机。

只要手机上的聊天记录还在，电脑端主要承担：

• 输入文字；

• 收发文件；

• 临时查看消息。

从这个角度看，Linux 微信已经基本够用。

13.4 实际体验

Linux 微信属于：

可以正常使用，但整体功能和生态仍然弱于 Windows。

特别是：

• 聊天记录迁移；

• 多电脑同步；

• 文件管理；

• 部分扩展功能。

如果工作高度依赖微信电脑版的历史文件和本地聊天记录，迁移前需要谨慎考虑。

对于我来说，接受 Linux 端重新开始记录后，日常使用没有太大问题。

14. Windows 11 Outlook → Outlook PWA

Windows

Windows 11 自带的新版 Outlook

Ubuntu

Outlook 网页版 PWA

Ubuntu 没有官方 Outlook 桌面客户端。

不过，Windows 11 自带的新版 Outlook 本身也已经高度 Web 化，因此迁移到 Ubuntu 后，我直接使用 Outlook 网页版，并通过 Chrome 安装成 PWA。

PWA 是 Progressive Web App 的缩写。

它本质上仍然是网页应用，但安装后拥有：

• 独立窗口；

• 独立应用图标；

• 应用列表入口；

• 类似桌面软件的使用体验。

14.1 打开 Outlook 网页版

使用 Chrome 打开：

https://outlook.office.com

登录自己的 Microsoft 账号。

14.2 安装 Outlook PWA

在 Chrome 中打开右上角三个点菜单：

⋮ ↓ Cast, save, and share ↓ Install Outlook

不同 Chrome 版本的菜单名称可能略有变化，也可能直接在地址栏右侧显示安装图标。

点击安装后，应用列表中会出现：

Outlook (PWA)

启动后，它会以独立窗口运行，不再显示普通浏览器标签栏。

14.3 创建桌面快捷方式

PWA 安装后，Chrome 通常会生成对应的 desktop 文件。

可以在以下目录中查找：

ls ~/.local/share/applications/ | grep chrome

如果已经生成桌面文件，也可以复制到桌面：

cp ~/.local/share/applications/chrome-*.desktop ~/Desktop/

由于文件名包含应用 ID，不同机器上的名称可能不同，不建议直接照抄固定文件名。

复制后，在桌面右键选择：

Allow Launching

14.4 实际体验

Outlook PWA 可以完成：

• 收发邮件；

• 搜索邮件；

• 管理文件夹；

• 查看联系人；

• 使用 Outlook 日历。

对于我的个人邮箱使用场景，已经足够。

它的优势是：

• 不需要迁移本地数据文件；

• 不需要维护客户端数据库；

• 多台设备状态一致；

• 更新由服务器端完成。

需要注意的是，如果依赖传统 Outlook 的高级功能，例如：

• PST 本地归档；

• COM 插件；

• 高级企业策略；

• 复杂离线工作；

• 部分 Exchange 专用功能；

网页版仍然不能完全替代 Windows 桌面版 Outlook。

15. Synology Assistant：直接迁移

Windows

Synology Assistant

Ubuntu

Synology Assistant Linux 版

Synology 官方提供 Linux 版本，因此不需要寻找替代软件。

Synology Assistant 主要用于：

• 在局域网中发现 NAS；

• 查看 NAS 状态；

• 打开管理页面；

• 进行部分网络和设备设置。

15.1 安装 Synology Assistant

下载 deb 安装包后执行：

sudo apt install ./synology-assistant_7.0.7-50095_amd64.deb

实际版本号可能不同。

安装完成后，可以直接在应用列表中搜索：

Synology Assistant

15.2 实际体验

Linux 版本与 Windows 版本的核心功能基本一致。

对于已经配置完成的 NAS，平时并不会频繁使用 Synology Assistant，因为直接在浏览器中打开 DSM 管理页面通常更方便。

不过，在以下场景中它仍然有用：

• 新 NAS 初次连接；

• NAS IP 地址发生变化；

• 局域网中查找设备；

• 网络配置排查。

这一项迁移几乎没有成本。

16. Synology Drive Client：直接迁移

Windows

Synology Drive Client

Ubuntu

Synology Drive Client Linux 版

Synology Drive Client 同样有官方 Linux 版本。

它可以继续完成：

• 电脑与 NAS 文件同步；

• 单向备份；

• 多目录备份；

• 文件版本管理。

16.1 安装 Synology Drive Client

下载 Linux 版安装包后执行：

sudo apt install ./synology-drive-client-17892.x86_64.deb

文件名和版本号可能随官方更新变化。

安装完成后，在应用列表中启动：

Synology Drive Client

然后重新配置：

• NAS 地址；

• 用户名；

• 密码；

• 本地目录；

• NAS 目标目录；

• 同步或备份模式。

16.2 不要直接备份整个 Home 目录

我最开始为了省事，准备直接备份整个用户目录：

/home/farseer

但很快发现，Linux 用户目录中包含大量程序缓存、开发依赖和小文件。

当时统计出的文件数量超过了 72 万个。

其中包括：

• ~/.cache；

• ~/.npm；

• ~/.nvm；

• 浏览器缓存；

• 应用运行数据；

• 大量 Git 仓库；

• 数百个node_modules目录。

这会导致 Synology Drive 长时间停留在：

Backing up... Files to be processed

看起来像卡住，实际上它可能仍在扫描和比较海量小文件。

16.3 调整备份策略

后来我没有继续备份整个 Home 目录，而是改成按需选择。

建议优先备份：

• 文档；

• 图片；

• 工作资料；

• 重要代码；

• 自己编写的配置文件；

• 无法重新下载的数据。

通常不需要备份：

• node_modules；

• .cache；

• npm 缓存；

• Python 虚拟环境；

• 浏览器缓存；

• 可以通过 Git 恢复的构建产物；

• 可以重新安装的软件。

例如代码目录中的node_modules，可以在需要时重新执行：

npm install

恢复。

真正需要保存的是：

package.json package-lock.json 源代码 配置文件

Linux 目录结构比 Windows 更透明，但也意味着用户需要明确：

哪些是自己的数据，哪些只是软件生成的缓存。

17. Python：直接安装原生环境

Windows

Python for Windows

Ubuntu

Python 3

Ubuntu 本身大量使用 Python，因此通常已经预装了基础 Python 3 运行环境。

查看版本：

python3 --version

但直接执行：

python --version

有时会提示：

Command 'python' not found

这是因为 Ubuntu 默认只提供python3命令，并不会自动创建python命令。

17.1 推荐安装的软件包

我的安装方式是：

sudo apt update sudo apt install \ python-is-python3 \ python3-full \ python3-dev \ python3-venv \ python3-pip

17.2 python-is-python3

这个包会让：

python

指向：

python3

安装后可以检查：

python --version

这对于从 Windows 迁移过来的开发环境比较方便，因为不少脚本习惯直接调用python。

17.3 python3-full

python3-full用于补齐较完整的 Python 运行环境。

Ubuntu 默认可能只安装系统运行所需的最小组件，而python3-full会补充：

• 更完整的标准库；

• venv 支持；

• tkinter；

• 常用运行组件。

对于普通开发环境，安装完整包比较省事。

17.4 python3-dev

python3-dev包含 Python 开发头文件。

部分第三方模块需要编译 C 或 C++ 扩展时，会依赖这些文件。

例如安装某些 Python 包时，如果出现缺少：

Python.h

通常就需要安装python3-dev。

17.5 python3-venv

python3-venv用于创建虚拟环境。

例如：

mkdir myproject cd myproject python -m venv .venv

激活：

source .venv/bin/activate

激活后，终端前面通常会显示：

(.venv)

然后再安装项目依赖：

pip install -r requirements.txt

退出虚拟环境：

deactivate

17.6 python3-pip

python3-pip提供 pip 包管理工具。

查看：

pip --version

不过，在新版 Ubuntu 中，不建议直接向系统 Python 环境大量安装第三方包。

更推荐：

• 项目使用 venv；

• 命令行工具使用 pipx；

• 系统组件通过 apt 安装。

这样可以避免破坏 Ubuntu 自身依赖的 Python 环境。

17.7 实际体验

相比 Windows，Linux 下的 Python 环境更加自然。

原因包括：

• Shell 集成更好；

• 路径规则统一；

• GCC 等编译工具容易安装；

• 部署环境大多也是 Linux；

• 脚本在本机和服务器之间更容易保持一致。

需要注意的是：

不要随意使用 sudo pip install 向系统 Python 中安装软件包。

项目依赖尽量放进虚拟环境。

18. Visual Studio Code：直接迁移

Windows

Visual Studio Code

Ubuntu

Visual Studio Code Linux 版

VS Code 官方提供 Linux 版本，因此这也是几乎没有迁移成本的软件。

18.1 安装 VS Code

下载 deb 安装包后执行：

sudo apt install ./code_1.128.1-1784039518_amd64.deb

版本号会随着更新变化。

安装完成后：

code --version

可以直接应用列表中搜索：

Visual Studio Code

也可以通过以下命令打开当前目录：

code .

18.2 同步设置和插件

登录 VS Code 的设置同步功能后，可以恢复：

• 扩展；

• 设置；

• 快捷键；

• 用户代码片段；

• 主题。

因此，从 Windows 迁移到 Ubuntu 后，原来的编辑环境可以很快恢复。

18.4 实际体验

对于 Web、Python、云原生和 Linux 开发，VS Code 在 Ubuntu 下非常自然。

终端、Git、Docker、SSH 和系统工具都可以直接使用 Linux 原生命令。

VS Code 不是被替代，而是换个平台继续使用。

19. VirtualBox：直接迁移

Windows

VirtualBox for Windows

Ubuntu

VirtualBox for Linux

Oracle 提供 VirtualBox Linux 版本，因此已有虚拟机仍然可以继续使用。

19.1 安装 VirtualBox

下载适用于 Ubuntu 26.04 的 deb 包后执行：

sudo apt install ./virtualbox-7.2_7.2.12-174389~Ubuntu~resolute_amd64.deb

实际文件名应以下载版本为准。

19.2 Secure Boot 和 MOK

如果电脑启用了 UEFI Secure Boot，安装 VirtualBox 时可能弹出提示，要求为第三方内核模块配置 Machine Owner Key，也就是 MOK。

安装过程中通常需要：

1. 设置一个临时密码；

2. 重启电脑；

3. 进入蓝色的 MOK 管理界面；

4. 选择Enroll MOK；

5. 确认注册；

6. 输入安装时设置的密码；

7. 再次重启。

这是因为 VirtualBox 需要加载内核模块，例如：

vboxdrv vboxnetflt vboxnetadp

在 Secure Boot 开启时，未签名的第三方模块不能直接加载。

安装完成后可以检查：

lsmod | grep vbox

19.3 迁移已有虚拟机

如果保留了原来的虚拟机目录，可以在 VirtualBox 中选择：

Machine ↓ Add

然后打开虚拟机的：

.vbox

配置文件。

如果只有虚拟磁盘文件，例如：

.vdi .vmdk

也可以新建虚拟机，再选择已有虚拟硬盘。

19.4 需要重新检查的配置

从 Windows 宿主机迁移到 Ubuntu 后，需要检查：

• 虚拟机目录路径；

• ISO 文件路径；

• 共享文件夹路径；

• Host-Only 网络；

• NAT 端口转发；

• USB 设备；

• 虚拟网卡名称。

Windows 路径无法在 Linux 中直接使用，因此原配置中的路径可能失效。

19.5 实际体验

VirtualBox 在 Linux 宿主机上运行 Linux 虚拟机非常自然。

不过它仍然属于需要跟随内核更新维护的第三方模块。

如果系统内核升级后 VirtualBox 无法启动，可以先检查：

systemctl status vboxdrv

以及：

sudo /sbin/vboxconfig

是否能够重新构建模块。

20. Windows 远程桌面 mstsc → Remmina

Windows

远程桌面连接：

mstsc

Ubuntu

Remmina

Windows 自带的 mstsc 是非常成熟的 RDP 客户端。

Ubuntu 下，我选择 Remmina 连接局域网中的 Windows 电脑。

20.1 安装 Remmina

安装：

sudo apt update sudo apt install remmina

启动后创建新连接。

20.2 配置 RDP

新建连接时选择：

Protocol：RDP Server：Windows 电脑的 IP 地址或主机名 User name：Windows 用户名 Password：登录密码 Domain：按需填写

如果局域网主机名无法解析，可以直接填写 IP 地址。

例如：

192.168.31.100

20.3 显示和剪贴板设置

Remmina 支持：

• 全屏；

• 动态分辨率；

• 缩放；

• 剪贴板同步；

• 多显示器；

• 音频重定向。

我实际连接 Windows 主机后，文字复制粘贴可以正常使用。

20.4 远程文件传输

Windows mstsc 可以通过本地资源重定向，将磁盘映射到远程电脑。

Remmina 也有共享目录相关配置，但不同 RDP 服务端和 FreeRDP 版本的兼容性可能不同。

如果只是偶尔传文件，我更倾向于使用：

• FileZilla；

• SFTP；

• SMB 共享；

• Synology Drive；

• 局域网共享目录。

也就是说：

Remmina 主要用于远程控制，文件传输交给专门工具。

20.5 配置文件备份

Remmina 的连接配置通常位于：

~/.local/share/remmina/

查看：

ls -la ~/.local/share/remmina/

配置文件扩展名一般为：

.remmina

需要备份时，可以复制该目录。

这些配置文件中可能包含服务器地址、用户名及加密后的登录信息，需要妥善保管。

20.6 实际体验

Remmina 基本可以替代 mstsc。

它不仅支持 RDP，还支持：

• VNC；

• SSH；

• SPICE；

• 其他远程协议。

不过，对于 RDP 的细节体验，Windows 原生 mstsc 仍然更加完整。

我的使用场景主要是局域网内偶尔控制 Windows 终端，因此 Remmina 已经足够。

21. Claude Code 和 Codex：直接迁移

Windows

Claude Code、Codex

Ubuntu

继续使用相同工具

这一类 AI 编程工具本身就是跨平台命令行软件。

迁移到 Ubuntu 后，它们不但可以继续使用，在很多场景下体验反而更自然。

原因是它们高度依赖：

• Shell；

• Git；

• Node.js；

• Python；

• 文件权限；

• 命令行工具；

• Linux 开发环境。

21.1 使用 NVM 安装 Node.js

在 Ubuntu 下，我使用 NVM 管理 Node.js。

这样全局安装 npm 软件时，不需要 sudo，也不会把软件安装到：

/usr/local/lib/node_modules

而是安装到当前用户的 NVM 目录中。

确认 Node.js：

node --version npm --version

我的 Node.js 路径类似：

/home/farseer/.nvm/versions/node/v24.18.0/bin/node

21.2 为什么不建议 sudo npm install -g

如果使用系统自带 Node.js，全局安装工具时可能出现：

EACCES: permission denied

例如无法写入：

/usr/local/lib/node_modules

很多人会直接执行：

sudo npm install -g ...

但这样容易造成：

• 全局包属于 root；

• 用户环境与 root 环境混用；

• 后续升级和卸载权限混乱；

• npm 配置难以迁移。

使用 NVM 后，全局包安装在用户目录中：

npm install -g package-name

通常不再需要 sudo。

21.3 安装 Claude Code

在 NVM 环境下执行：

npm install -g @anthropic-ai/claude-code

查看：

claude --version

原来的配置可以根据实际情况从 Windows 迁移到 Ubuntu。

迁移时需要注意：

• 配置目录路径不同；

• Windows 和 Linux 的环境变量写法不同；

• API 地址和密钥不要直接公开；

• Shell 脚本需要检查换行符；

• Windows 路径需要改成 Linux 路径。

21.4 安装 Codex

Codex 同样可以通过 npm 安装。

具体包名和配置方式可能随版本变化，安装时以当前官方说明为准。

安装完成后检查：

codex --version

配置文件一般位于用户目录中。

迁移配置时，需要重点检查：

• 模型名称；

• API Provider；

• Base URL；

• 环境变量；

• 工作目录；

• Shell 命令；

• 权限设置。

21.5 Linux 下的实际优势

这类 AI 编程工具在 Ubuntu 下的优势很明显。

Shell 环境统一

命令行工具可以直接调用：

git grep sed awk find curl ssh python node

不再需要 Git Bash、WSL 或额外兼容层。

文件权限更清晰

AI 工具经常需要：

• 创建脚本；

• 修改文件；

• 执行命令；

• 操作 Git 仓库。

Linux 的权限和脚本执行模型与生产服务器更加一致。

本地环境更接近服务器

很多项目最终运行在：

• Ubuntu Server；

• Docker；

• Kubernetes；

• 云服务器。

桌面环境也使用 Ubuntu，可以减少本地和生产环境之间的差异。

21.6 需要注意的问题

Linux 并不意味着所有项目都会自动兼容。

仍然需要检查：

• 路径大小写；

• 文件权限；

• Shell 类型；

• CRLF 和 LF 换行；

• Windows 专属命令；

• 浏览器和测试工具兼容性。

例如某些 Playwright 版本可能尚未支持最新 Ubuntu 版本，需要等待官方适配，或者使用受支持的容器和系统环境。

因此，Linux 对 AI 编程工具更自然，但不是完全没有兼容性问题。

22. Windows Paint → KolourPaint

Windows

Windows Paint

Ubuntu

KolourPaint

Windows Paint 的特点不是功能强大，而是：

• 启动快；

• 操作简单；

• 适合临时处理图片；

• 不需要学习复杂工具。

Ubuntu 下常见的简单绘图软件包括：

• Pinta；

• KolourPaint。

我实际使用后认为，KolourPaint 更符合 Windows Paint 用户的操作习惯。

22.1 安装 KolourPaint

安装：

sudo apt update sudo apt install kolourpaint

安装完成后，可以在应用列表中搜索：

KolourPaint

22.2 可以完成的工作

KolourPaint 适合：

• 裁剪图片；

• 调整大小；

• 简单涂画；

• 添加文字；

• 框选区域；

• 填充颜色；

• 制作简单标注；

• 临时修改截图。

它不是 Photoshop 或 GIMP 的替代品，但作为 Windows Paint 的替代非常合适。

22.3 为什么没有选择 Pinta

Pinta 的功能也比较完整，但部分操作逻辑更接近简化版图像编辑器。

我在实际使用时，感觉它和 Windows Paint 的习惯仍有一些差异。

KolourPaint 的界面和工具布局更加传统：

• 左侧工具栏；

• 简单画布；

• 常用绘图工具直接可见；

• 操作反馈直接。

所以对于我的使用习惯来说：

KolourPaint 比 Pinta 更适合作为 Windows Paint 的替代品。

软件迁移最终结果

上下两篇一共记录了 22 项软件和工作环境的迁移。

总结

完成这 22 项软件迁移后，我的 ThinkPad 已经可以在 Ubuntu 26.04 下承担日常办公、开发和设备管理工作。

整个迁移过程中，真正需要完全放弃的软件并不多，大部分需求都能找到成熟的 Linux 版本、开源替代方案或 Web 应用。迁移后，一些日常体验甚至比 Windows 更直接：文件复制和批量处理更加方便，系统后台负担更小，软件启动和开发环境运行更加轻快，也很少受到广告、推荐内容和系统级推广的干扰。

对我来说，这次迁移真正改变的并不只是某一个软件，而是整个工作环境。过去在 Windows 下，经常需要借助 Git Bash、WSL、VirtualBox 或其他额外工具获得 Linux 能力；迁移到 Ubuntu 后，Shell、Git、SSH、Python、Docker以及各种开发工具都成为系统原生环境，路径、权限、脚本和命令行工具之间的衔接也更加自然。

声明：这只是一次个人迁移实践，不代表对任何系统或软件站队，分享仅供参考，大家按需选择，适合自己的才是最好的。