我对Ubuntu与Fedora vs Debian之间的战争不感兴趣。 我感兴趣的是我是否应该将当前的Ubuntu服务器迁移到Fedora或Debian。 我已经能够通过https获得Subversion安装并通过Apache进行托pipe，并且工作得很好（我是一个.NET人，所以这对我来说是全新的）。 我在安装Bugszilla时遇到了麻烦 – 遇到了一些让所有perl脚本成功运行的问题，所以我的问题是：
1）Bugszilla会在Fedora或Debian上安装吗？ 我可以只安装一个软件包，而不必下载tar.gz文件并解压，运行perl脚本等。
2）Fedora或Debian是否被认为是更好的生产服务器系统？ 我不需要一个GUI，只需要它通过Apache2托pipeSubversion，Bugzilla，并作为我的家庭networking的文件和打印服务器。
Ubuntu和Fedora都是以桌面为中心的Linux发行版开始的。 此后，Ubuntu已经开始发布服务器分布以及“LTS”（长期支持）服务器版本。 在这一点上，我不相信Fedora有一个服务器版本，但我可能是错的。
我build议你远离Fedora服务器的目的。 升级周期太快了。 不过，Ubuntu LTS版本是个不错的select。
理想情况下，我试着坚持使用CentOS或Debian作为服务器。 你应该尝试一下Debian – Ubuntu最初是基于Debian的，几乎所有的工具（包pipe理，服务控制等）在Ubuntu和Debian之间都是一样的，所以你会感觉非常的自在。 我觉得Debian软件包维护人员在升级到“stable”分支之前做一些更好的testing/修复软件包。 因此，升级会破坏某些东西的可能性就会降低。
关于易于安装Bugzilla和Subversion …颠覆当然很容易： $ apt-get install subversion 。 如果你打算使用svn + ssh，那真是你所需要的。 如果你使用的是Apache和DAV，那么还有几个位可以configuration，所有这些位在networking上的不同位置都有详细logging。 关于Bugzilla，它确实取决于你需要运行的版本的最新版本。 目前debz稳定的bugzilla包是v3.0.4。 与3.6版本候选版本中最新的tarball版本相反。
就我个人而言，我更喜欢使用发行版的包pipe理来pipe理我所谓的“基础”服务，比如apache，mysql，userland工具，库，编译器等。对于应用程序，我通常从官方tarball安装。 我发现应用程序的打包版本有时会把事情放在奇怪的或者意想不到的地方，因此当你试图在应用程序的支持论坛，邮件列表等等中寻求帮助时，你有时会遇到阻力。另外，我发现一般的升级从tarball安装应用程序更容易，因为您可以按照该应用程序的升级指南。 所有这一切说，我build议你考虑从官方稳定的tarball安装bugzilla。
真的，只要使用你习惯的发行版。 一般来说，Ubuntu和Fedora有更新的软件包，但发布周期更快，而Debian和Redhat（或Centos）则有较慢的转速周期，但因此会有较旧的软件。 Ubuntu使用Debian系统，而Fedora使用Redhat系统。 使用任何你更舒适的。 无论如何，这下面都是一样的软件。
Ubuntu在桌面用户中更受欢迎，而基于Redhat的系统在服务器上则更为常见。 Ubuntu的日常工作可能会更容易find更多的帮助，而RedHat的鉴赏家往往更less，但有更深入的知识（因为他们通常pipe理服务器）。
我发现RPM / yum系统（Redhat衍生物使用的系统）比dpkg / apt / synaptic系统（Debian衍生物所使用的系统）简单易学，尽pipe我认为Debian系统更有能力。
我还认为类似Redhat的系统上的软件更加一致，而类似Debian的系统上的相同软件更倾向于遵循原始开发者的理念和意图。 换句话说，Redhat更可能修改事情的安排方式，以便让你更容易。 你可能喜欢，也可能不喜欢。
最后，这是一个风格问题，你习惯了什么。 有人试图声称一个人比另一个人明显要好 ，只是在他们自己的偏见上撒手。
我运行了一些Ubuntu服务器，对我来说效果很好。 从我收集的，你试图从源代码安装bugzilla？ 在版本库中有一个打包的版本， bugzilla3 (3.2.4.0-3ubuntu1) 。 绝对最新的稳定版本系列是3.4，它看起来像一个新的libdatetime-timezone-perl软件包被封锁。 我敢打赌，这是你的问题。 打包程序的好处之一是版本化依赖性; 他们明确地解决了这些问题。