deepin v23 已经发出了几个版本了，那么 deepin v23 与 deepin v20 到底有啥不一样。

新功能也好，修复问题也好，说到底主要是软件版本的一些区别，在 deepin v20 上使用的依然是上游 Debian 的软件源，不过到了 deepin v23 上选择自己维护软件包，搭建一套自己的软件包构建系统，说 deepin v23 的软件包缺失，这是自然的，这说明 deepin v23 自构建，但是打包者还没打到软件包。(如果想让自己使用的软件包加到源里，我们也可以向 deepin-community 下提交贡献)，虽然 deepin v23 软件包比 deepin v20 少，但是软件整体版本是比较新的，这也能使用的上更新的软件功能（Bug 手动狗头）。deepin v23 依然使用 apt 作为包管理工具，这点并没有问题，通病就是需要软件包版本整体需要兼容，因为整体是共用依赖的，比如 A 软件和 B 软件同时都需要使用 C 库才能运行，但是 A 软件使用了 C 库更高版本的功能，但是 B 软件使用的某些功能在 C 软件中移除的话，那么 B 软件就没法使用了，所以在打包的时候都会给 A 软件和 B 软件加上了版本限制，那么主要问题就是保证 C 库对 A 软件和 B 软件兼容，这是打包工作最主要的问题，打包能有多难（手动狗头），因为软件共用依赖的话，如果低层的 C 库更新了，那么 A 软件和 B 软件也得需要重新构建一下，因为使用的动态库更新了需要重新编译。这只是简单的依赖关系，整个系统的话，几千个包，树状的依赖，可能还包括环形更是复杂，更新底层库可以说是牵一发而动全身。

那有人就问了，Windows 为什么没有这个问题。Windows 分发的软件会把使用到的软件库同时打包进软件本身而不依赖系统上的库，这样的话，同一个软件不同的版本也能运行，依赖不在于系统，当然缺点就是软件包比较大，以目前发展的情况，硬盘空间一般比较大，多个几十M的大小也是可以接受的。那么这个问题没法解决了吗？deepin v23 在推出了玲珑项目，用来解决这个问题，玲珑项目把一个软件需要使用到的相关库也放入到一个软件中。这样就不会因为系统更新依赖而导致软件无法使用了。当然这和前面说 Windows 打包软件也是一样的情况。玲珑目前阶段，我觉得是和 apt 包管理工具是互补的， apt 更新系统依赖，桌面应用使用玲珑来运行。后续玲珑能使用到怎样的程度还需要再看。当然根据自己的需要选择。

各位也说说自己的看法吧。