Manjaro将新应用程序和功能的发布推迟了数周，并希望以此来规避滚动发布模型的大部分风险。所有应用程序和功能都需要经过测试，并证明安全后才能使用，但依然难免有漏网之鱼。
当然，即便某个功能出了问题，你也很容易就可以追查到，因为你知道最后更新的内容。因此回滚也更加容易。也就是说，如果在你升级或安装不久后发现了问题（或问题本身广为人知），那么你就知道最后一次更新出了问题。
我花了两天的时间试图弄清楚我的以太网连接到哪里去了。但它好像销声匿迹了，无论是命令行或图形界面工具中都没有它的任何踪迹。最终，我发现是我自己的问题，我利用不匹配的软件模块构建了一个VirtualBox，我的错！
同样，每次在新版的Ubuntu发布后，我经常发现常用的应用程序被删除了，或者我依赖的某个应用程序无法正常工作了。为什么每次升级后，我都必须修改fstab中Samba SMB挂载的设置呢？
而Manjaro建立了一种干净轻松的方式，帮助你保持自己希望的状态。我喜欢这种方式，因为你可以选择与“最尖端”的距离——你可以远远地观望，也可以勇敢地去尝试。
当然，许多使用Linux的人都不想太靠近“最尖端”。他们渴望的是长期的支持和稳定性，以及两年一次的升级。
滚动分布模型是我更加偏向于Manjaro的另一个因素。
更好的第三方软件库
Ubuntu的apt-get软件包管理器和Ubuntu Software应用程序都非常优秀。虽然有些年头了，而且略显笨拙，但依然可以正常工作。而且由于Ubuntu非常流行，因此许多不属于核心发行版的应用程序（例如Slack）都提供了“ .deb”文件，以简化安装。
但是，效果不太理想的是Personal Package Archives（PPAs）的管理。PPA是一个或多个应用程序的代码库，通常由开发人员单独提供。如果想使用PPA，那么你需要通过终端窗口中将其添加到系统中，并运行sudo apt-get update。然后，再通过sudo apt-get安装该软件。
虽然这个过程不需要花费太多时间，但接下来管理PPA的工作非常麻烦。PPA在到期时应该被清除。如果重新安装Ubuntu，那么还需要恢复这些PPA。它们可能会被遗弃，无人管理，而且还没有任何通知。
对于许多人来说，Ubuntu的升级可以无缝进行，但是对于有些人来说，Ubuntu的升级苦不堪言。这些不幸的人需要重新安装才能迁移到新版本。而且在快速重新安装系统后，恢复所有的PPA非常繁琐。
Manjaro的代码库聚集了一大批软件，且由社区志愿者控制和管理。Manjaro中的软件包管理可以满足你的所有需求，你可以在众多命令行和GUI中进行选择。
在使用Manjaro的时候，你还可以访问Arch用户代码库（Arch User Repository，即AUR），该库可能是满足所有发行版需求的最大的代码库。当然，AUR中还包含最新的产品。
再次重申，“最尖端”有利也有弊。但是，如果你想要的某个功能尚未添加到Manjaro库，那么就可以利用AUR。
Manjaro的软件包管理感觉像一股清流。你拥有标准的代码库，而寻求刺激的开发人员可以利用AUR。与众多PPA的管理相比，这种方式非常简洁。
Manjaro再得一分。
