您是否在生产/个人服务器上使用过 Debian 不稳定/测试？

两年前，我们在生产环境中需要 PHP5。Debian 稳定版还没有出现，出于某种原因，没有考虑向后移植。我们让我们的托管公司安装测试，它运行良好。

但是现在我们需要更新到Lenny，我们不能在旅途中升级生产系统，我们必须克隆系统，升级，测试等，因为许多应用程序的版本号比上一个大大增加两年。

所以这现在为我们创造了工作（内部工作时间），也为我们的托管公司创造了我们必须支付的有效载荷。

学过的知识; 或者至少，下次我为未来的事情做好准备。

如果是生产，则不要使用不稳定的。使用 stable 和 backports 代替，如果必须进行测试。对于一台你能负担得起一天休息的台式机来说，测试是可以的。这不是为了生产。

此外，Zoredache 提到了 apt-pinning。起初有点混乱，但值得学习。如果你走那条路，请从阅读 apt_preferences 手册页开始。apt-pinning 的关键是保持简单并从小处着手。

关于版本的相对稳定性的最后一件事。稳定总是坚如磐石，测试通常同样可靠。当即将发布时，测试会变得更加稳定，而不稳定会变得有点停滞。发布后，测试变得不太稳定，不稳定又变得有问题。

我使用了几个不稳定/测试包，但我不使用测试/不稳定。您可以使用Apt Pinning、backports之类的东西，或者您自己也可以反向移植您的环境所需的特定包。

我以前在服务器上使用过测试，但是这些天后向移植已经消除了这样做的大部分原因。

stable + backports 是要走的路：我们甚至使用与 backports.org 相同的版本控制方案为选择的包做自定义的 backports

反向移植可能会导致问题，因为它们引入的应用程序可能与库不匹配，从而可能在以后导致问题。Stable 经常过时，因此我经常在内部机器（无法从外部访问的机器）上进行测试。

我曾经遇到过 unstalbe 的问题，我再也不会在生产中运行它了。apt-get upgrade 后的 proftpd 变得疯狂并且无法杀死。它在多次杀戮-9中幸存下来。我们试图杀死它，我的一位同事提醒自己关于 killall5 - linux 上最强大的 kill 命令。然后他在没有任何参数的情况下调用它来查看帮助“正确的语法应该是”，但帮助从未出现......有趣的是一切都已经死了，但 proftpd 端口仍然打开。

如果你配置得当，你可以有半稳定半不稳定，但正如已经提到的 - 反向移植很好地解决了大多数问题。生产箱不值得冒险。它通常工作正常，但有时你可能会运气不好。