开发环境 on Breaking Dawn

Linux 上使用数据库客户端：正版 Navicat 与开源替代方案

Tue, 21 Jul 2026 10:20:00 +0800

合规说明：本文不提供破解、补丁、许可证绕过或受限软件下载的内容。商业软件请使用有效许可证、试用版或教育授权。

在 Ubuntu 上管理 MySQL、PostgreSQL、SQLite 等数据库时，先按团队规范决定客户端；数据库连接配置、SSH 密钥和生产凭据比“装什么软件”更需要谨慎保管。

若团队使用 Navicat，请从 Navicat 官方下载页获取适用于 Linux 的安装包，并使用组织或个人的有效授权。安装前确认发行版支持范围、CPU 架构与更新渠道；不要从第三方网盘或来历不明的二次打包版本安装。

DBeaver Community 是常见的开源跨平台数据库客户端。它适合同时连接多种数据库；驱动和插件会随版本变化，建议从项目官方页面选择适合 Ubuntu 的安装包或仓库方式。

原始收藏中有一条涉及非授权破解的教程；整理时已删除该类内容并改为合法安装与替代方案说明。

Tue, 21 Jul 2026 10:10:00 +0800

适用环境：Ubuntu 22.04 LTS 的 Bash / Zsh 用户。nvm 是“按用户、按 shell”工作的工具，不会成为系统范围的 apt 软件包。

nvm 适合同时维护多个 Node.js 项目：一个老项目使用旧 LTS，另一个项目使用新版本，而不需要反复卸载系统 Node。

从 nvm 官方仓库的安装说明复制当前发布版本的安装命令。执行 curl | bash 类命令前，建议先打开脚本链接审阅，或采用官方 README 提供的 Git 安装方式。

安装器通常会把下面这一类加载代码写入 ~/.bashrc 或其他 shell 配置文件：

1
2


export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh"

重新打开终端，或执行：

1
2


source ~/.bashrc
command -v nvm

注意要用 command -v nvm，而不是 which nvm：nvm 是 shell 函数，不是普通可执行文件。

1
2
3
4
5


nvm install --lts
nvm use --lts
nvm alias default 'lts/*'
node --version
npm --version

项目根目录可以放置 .nvmrc，例如写入 22 或具体版本号；进入项目后执行 nvm use，使每个项目都用其要求的运行时。不要对 nvm 管理的全局 npm 包使用 sudo。

Ubuntu 上的 nvm 与 Windows 11 中安装的 Node.js / nvm-windows 相互独立。不要试图让两边共享 ~/.nvm、node_modules 或全局 npm 目录；文件权限、原生模块和路径格式都不同。

本文基于项目官方文档整理，避免固化会过期的安装脚本版本号。

Tue, 21 Jul 2026 09:55:00 +0800

适用环境：Ubuntu 22.04 LTS。先阅读项目的 CMakeLists.txt、README 或 CI 配置，确认最低版本；“越新越好”并不总是正确。

对于没有明确版本要求的项目，系统仓库的 CMake 最易维护：

1
2
3
4


sudo apt update
sudo apt install cmake
cmake --version
command -v cmake

它会随着 Ubuntu 的安全更新维护，卸载、升级和依赖关系也由 APT 管理。

若项目明确要求比仓库更新的 CMake，优先使用 CMake 官方下载页提供的发行包，或采用项目自己的容器 / 工具链配置。安装后务必核对实际生效版本：

1
2


cmake --version
type -a cmake

如果同时存在 /usr/bin/cmake 与 /usr/local/bin/cmake，后者通常会优先执行。记录该差异，避免同一台机器上不同终端、CI 或 IDE 使用了不同版本。

许多旧教程使用 apt-key、针对旧版 Ubuntu 代号的第三方源，或在 /usr/local 源码编译安装。这些方式会造成密钥管理过时、软件源不匹配或覆盖系统版本。只有在必须补丁 CMake 本身时，才考虑从源码编译，并把版本、安装位置和卸载方法写入项目文档。

本文保留“按需求选择安装方式”的思路，并移除了过时发行版软件源示例。