was*_*ans 5 distros linux gnome development
如果我计划作出贡献的GNOME项目，我是建议使用THAT分布作为我的主要开发平台或没有我的选择仍然是味道一件简单的事情？
编辑：我是 Linux 用户，我的问题只涉及 Linux 发行版。
通过代码行，答案无疑是 Red Hat，如去年夏天的 Gnome 代码普查所示。这意味着 Red Hat Enterprise Linux，或者 Fedora。
但是，该指标不一定完全公平。其他公司，如 Canonical，以其他同样有价值的方式做出贡献。引起了巨大的争议，大喊大叫，双方各有利弊。
至于您自己的用途，我认为这不一定是选择发行版的令人信服的理由，即使您是为 Gnome 开发。桌面环境具有足够的可移植性，所以它应该无关紧要（事实上，跨发行版的开发差异可以帮助使项目更强大）。
正如提到的，红帽开发比其他公司更多的GNOME的。由于 Fedora 是一种最前沿的发行版，因此它收到 GNOME 更新的速度非常快，很多时候甚至在 tarball 发布之前（优先级）。因此，如果您是 GNOME 开发人员，那么您很可能希望运行 Fedora 的开发分支。
或者，如果您不介意努力工作，您可以根据喜好选择发行版，并使用JHBuild构建 GNOME 。这是一个强大的工具，可以从 tarball 或 GNOME VCS、git 构建所有各种 GNOME 套件。这意味着与使用 Fedora 的方式相比，通常情况下，您将拥有更新版本的 GNOME。请注意，几乎没有一个 JHBuild 构建没有问题，但是您将在各种 GNOME 模块（相当于发行版包）上公开的错误以及您在此过程中所做的学习将帮助您更好地理解 GNOME。你会想在GimpNet上的#gnome-love频道上放松一下，因为你需要帮助。
另一种 GNOME 开发人员是对非常具体的 GNOME 包感兴趣的人，就像我的情况一样。也就是说，我总是运行 VCS 版本，所以我什至懒得使用 JHBuild。请注意，通过这种方式，我必须处理各种问题，例如，有时它需要比我的主要操作系统 Debian 中可用的更晚的依赖项，并且还被迫获得上游 tarball 或 VCS 检出。这可能意味着您将不得不冒着系统稳定性的风险，至少在您的发行版开发人员审查过的情况下，这可能会在这里和那里困扰您，尤其是当您要使用 GLib 和 DBus 等重要技术时。对我来说这不是什么大问题，因为重新安装很便宜，而且我将我的“ /home ”分开“ dir 和其余部分通过分区。另一种选择是在“ /opt ”中安装这个自定义的东西，这可能是我必须做的:)