这是一个创建于 1396 天前的主题，其中的信息可能已经有所发展或是发生改变。
以下是版本号的科普，摘自网络
版本号的格式为X.Y.Z(又称 Major.Minor.Patch)，递增的规则为：
- X 表示主版本号，当 API 的兼容性变化时，X 需递增。
- Y 表示次版本号，当增加功能时(不影响 API 的兼容性)，Y 需递增。
- Z 表示修订号，当做 Bug 修复时(不影响 API 的兼容性)，Z 需递增。
因此根据不同的更新，我们需要不同的策略
- 当修订号更新时，可以及时更新
- 当次版本号更新时，应该谨慎更新，至少要等到 >= X.[Y+1].1 时再更新
- 当主版本号更新时，应该谨慎更新，此时应该收集你常用的软件的兼容信息，如果不兼容，至少等到厂商适配且版本号 >= [X+1].0.1 时再升级
 | 1 Foxxoccino 2022 年 3 月 16 日  3 道理我都懂，但是…… |
 | 2 xooass 2022 年 3 月 16 日 via Android 7 但是我就是控制不住我这手 |
 | 3 lazyyz 2022 年 3 月 16 日 +1 ，一楼、二楼完美回答 |
 | 4 ClericPy 2022 年 3 月 16 日 最近被 Windows10 的滚动更新给愁到了... manjaro 也滚但也没滚的那么久 公司有台电脑一直流量超高, 找不到原因, 今天才知道, 原来是上面那 50 个虚拟机在下载更新补丁.... 日常使用中真没有明显受影响的时候, chrome 一直保持最新, 不过以前用开发版的时候真的超不稳定 楼主提到的其实用 Python 的基本都知道, 3.9 上线一年以后生产环境再考虑切换, 不然各种第三方包编译麻烦死或者不向后兼容 |
 | 5 dcsuibian 2022 年 3 月 16 日 当初看到 npm 的语义化版本控制感觉很不错。实际用起来才发现直接写死版本是最靠谱的。 |
 | 6 lostberryzz 2022 年 3 月 16 日 我还是会第一时间更新，为的是新的 feature ，而且一般经过内测公测不太可能会有恶性 bug |
 | 基本上手动更新，有些软件更新了就会带有广告 |
 | 8 SimonOne 2022 年 3 月 16 日 brew update && brew upgrade  |
 | 9 nsynet57 2022 年 3 月 16 日 小米手机 小米 redmi 手机 note9pro 出售系统是 12.0.xx 是能正常安装谷歌套件的，但是手欠买了之后立即升级到 12.5.xx 了，就默认去掉了谷歌套件的支持，所以买小米手机需要谷歌套件的请注意啦~~ |
 | 10 nuevepicos 2022 年 3 月 16 日 很多时候更新 App ，就是为了消掉 App Store 上那个烦人的数字提示…… |
 | 11 hertzry 2022 年 3 月 17 日 via Android apt update&&apt upgrade -y |
 | 12 HYisen 2022 年 3 月 17 日 via Android sudo pacman -Syu 不同环境的推崇哲学不同吧。 |
 | 13 xlsepiphone 2022 年 3 月 17 日 1 brew update && brew upgrade && brew cleanup 史称 『 brew 三连击』 ```fish alias brew3tap "brew update && brew upgrade && brew cleanup" ``` |
 | 14 arischow 2022 年 3 月 17 日 so ？复读？ |
 | 15 MengiNo 2022 年 3 月 17 日 via Android 感觉没什么所谓，现在网速那么快，最最最差的结果不就是删了重下重装呗。 |
 | 16 Dvel 2022 年 3 月 17 日 macOS 我一直跟着最新稳定版，我就好奇苹果要花多少年来修复耳机声道平衡自动偏移的 Bug 。  |
 | 17 westoy 2022 年 3 月 17 日 不是说我， 道理大家都懂， 但是坦白说你们多少项目直接引用了 github 上的 dev 版本自己说吧...... |
 | 18 jim9606 2022 年 3 月 17 日 对一般用户来说管理版本和测试各个版本太麻烦了，还是交给分发渠道用遥测和灰度推送解决吧。 但对开发者来说这算工作的一部分，觉得麻烦也得做，毕竟能赚钱，苦也比全部自己造轻松吧。 作为高级用户，我头疼的是发现 bug 的时候是降级还是升 beta/alpha 。降级（保留数据）在多数软件上是很难操作的，因为开发者基本不会对这个用例做很多测试，可能会扩大 bug ，甚至一刀切禁止这样做（手机系统）。因为这个我现在用着 Win11 Dev 。 另外提一嘴，语义化版本不能应对一些情况，我列举一些情况： 1. 新版本删除了几个过时 API ，反正已经很少人用了，或者有重大安全缺陷，那这种 API 不兼容变更一定要升 Major 吗？如果 API 兼容但 ABI 不兼容，那怎么办？ 2. 升个 Major 真的意味着 API 不兼容吗？作者可能只是因为加了一个重大功能加了一组 API 而已，按理说升个 Minor 就行，但没存在感啊！ 3. 联网软件功能很多都是靠云控或者热更新的，功能早就有了只是没激活而已，那版本号有用吗？ 所以现在，对于功能未完善的软件（意味着不存在更好的旧版本），和功能架构已经完全稳定下来基本不会大改的软件（用哪个版本都差不多，新版加的都是可有可无的东西），会倾向用单一顺序主版本号或者基于日期的版本号。例如 Chromium 、systemd 、Windows （主要看 build 计数）。需要某个功能就设置个最低版本限制就是了。 |
 | 19 Bingchunmoli 2022 年 3 月 17 日 via Android 更新是为了修复 bug 和修复安全 bug |
 | 20 LaGeNanRen 2022 年 3 月 17 日 因为维稳大于一切：） |
 | 21 Leonard 2022 年 3 月 17 日 只要不是确定有致命 bug 的我都会直接更新 |
 | 22 github2020 2022 年 3 月 17 日 随时保持各种软件更新到最新稳定版 |
 | 23 lap510200 2022 年 3 月 17 日 @Bingchunmoli 错了 新版本是为了修复之前的 bug ，并制造了新的 bug |
 | 24 azukipanda 2022 年 3 月 17 日 @nsynet57 [设置] - [帐号与同步] - [谷歌基础服务] 这里有个开关，MIUI 13.0.2 |
 | 25 Kazetachinu 2022 年 3 月 18 日 via iPhone 这手，剁了也罢。 |
Select Language