你有没有遇到过这样的情况：公司内网的共享文件夹叫 new_version，结果半年后还是 new_version；路由器后台显示的 Wi-Fi 名是 Home-2023，到了 2024 年没人敢改，怕连不上；开发团队部署了三个测试环境，全叫 test-server，谁也分不清哪个跑的是最新版？
名字不是小事，是管理入口
网络名称（比如 SSID、主机名、DNS 子域名、内部服务标识）不是随便起个顺口的代号就行。它实际承担着定位、识别、排错、协作等关键功能。一旦命名混乱，排查一台设备掉线原因可能要翻三遍 IP 表，交接工作时新人光看名字根本猜不出服务用途。
几条接地气的版本管理小规矩
1. 主机名带环境+序号+简写
比如：web-prod-01（生产环境 Web 服务器第 1 台）、db-stg-02（预发布环境数据库第 2 台）。避免用 server1、my-pc 这类无意义名称。
2. Wi-Fi 名体现用途与年份
家里可以叫 Home-Guest-2024 和 Home-IoT-2024，分开访客和智能设备；办公室建议用 Office-Staff-2024 和 Office-Guest-2024。年份不是装饰，是提醒你：该检查密码策略和加密方式了。
3. 内部 DNS 子域名按生命周期分级
开发用 dev.example.local，测试用 stg.example.local，上线后才进 prod.example.local。别把测试接口直接挂在 api.example.com 下——曾经有团队因此误把测试数据同步到了客户系统。
一个真实可用的命名模板
通用格式：[服务类型]-[环境]-[序号]-[年份]
cache-dev-01-2024
printer-office-01-2024
nas-backup-01-2024其中“序号”不用从 01 开始硬凑，但必须唯一；“年份”指该设备/服务启用或大修的年份，不是创建时间。换路由器、重装 NAS 系统时，就该更新年份。
别嫌麻烦。上周同事找不着会议室投影仪的控制地址，最后发现它还叫 projector-old，而新设备悄悄顶替成了 projector——没人通知，也没文档。名字一乱，信任就断了。