其实基于什么版本只是选择哪些库而已，有些老版本的库和新版本功能其实差不多，大部分的软件开发其实用不上新版本的库，但是实际上这个圈子里的开发者都喜欢用新版本的库，然而他们并不知道新版本的库到底有哪些东西，他们必须的东西在老版本的库里面就已经有了，这样会导致软件的移植难度增大，对旧系统的兼容性不好，对于这种依赖性的包结构，如果要妥协一个基于新版本库的软件而更新底层依赖的话，那么牵一发而动全身，对那些旧软件会造成毁灭性的打击。所以deepin基于stable是没有错的。

太理想了。很多软件依赖的底层包也有版本限制的，如果底层依赖太旧，软件就装不上了

stable适合生产环境，unstable适合折腾，deepin应该没有精力同时维护，鱼与熊掌不可兼得

不太懂这个

基于arch才是王道，我manjaro滚了一年多了，从没出过任何问题。以前用deepin的时候，更新三天两头出问题。

我的看法是，底层用debian，终端的旧点没关系。界面程序deepin自成一套，基本保持应用一个月一更新就行。这样可能难度大，但是稳定也够新。其实用centos也不错，这样兼顾服务器。

deepin应该基于debian stable，但是一定要保持滚动更新的特点

用了这么久的debian，还真没用到过testing什么不稳定的软件，可能我用的软件少吧

这个不需要投票吧，最终还是深度团队决定，毕竟人家是出人出力，像我等用户，没啥能力帮上忙

确实            

https://bbs.deepin.org/user/101846 我觉得内核是不是也要拿出来单独维护

Arch只支持x86处理器。如果基于Arch，适配龙芯，申威和一众ARM开发板会有困难

这个应该尽量新吧

debian stable是以非常稳定出名，但也以软件包老旧出名，deepin的选择还真是令人吃惊。

我觉得可以stable与unstable并存，这样我们用户就可以有跟多的选择。

我是做服务的，我跟员工一再强调，不要瞎JB推荐那些没有经过市场测试不稳定的东西给客户，否则那是砸自己的饭碗，客户关心的是用起来是不是省心省事，妥妥的用下去不出问题，至于是不是最新最花哨，那是最后考虑，Deepin要存活下来最终得靠市场靠利润，不是靠键盘侠，一定一定一定要有可靠的产品占领市场占领客户，一定一定一定要有可靠的产品占领市场占领客户，一定一定一定要有可靠的产品占领市场占领客户（重要的事说三遍），占领了市场有了，使用率有了，客户有了，利润有了解决了温饱问题才能谈理想，温饱都解决不了什么都不要谈，什么版新颖花哨跟稳定性来比都是最后考虑，用起来老是各种不兼容不各不稳定，客户只会有多远躲多远，

目前本人的策略是全都要，两个源都加上了，稳定版优先，有特殊需要的软件从不稳定源安装。