目前稳定的node.js版本是v0.12.2 。 我只是在我的机器上运行yum update ，并将节点更新到v0.10.36 。
为什么我的EPEL回购版与现在的稳定版相比如此之旧？ 我可以通过yum更新节点到最新版本，还是必须自己编译？
我有CentOS 6.6
RHEL 6于2010年发布 ，select具有长期支持周期的企业版分发的后果之一是，您将最终看到老版本的软件，稳定性和更好的第三方软件支持。
（ 注意：旧版本不等同于不安全，请阅读安全更新的后端报告。）
通常情况下，如果你需要更多的东西，你应该寻找下一个主要版本，即RHEL 7。
通过订阅软件集合频道，您可能会在旧版Red Hat Enterprise Linux版本中获得某些软件的更新版本。
Node.js是0.10版本当前支持的SC通道的一部分，所以似乎是正确的。
关于EPEL为什么不包含最新版本，取自EPEL指南和政策 ：
为什么不用像Fedora Extras那样的最新软件包呢？
我们为什么要？ 这就是Fedora Extras的工作原理和工作原理，但这主要是因为Fedora（Core）有很多更新和几乎滚动发布的scheme/快速发布周期。 但是我们所build立的企业Linux更新更谨慎，生命周期更长; 因此我们也应该为EPEL做同样的事情，因为大多数用户会喜欢这种方式，因为他们select稳定的发行版有一些原因 – 如果他们想要最新的软件包，他们可能select了Fedora。
当然，还有很多地方需要混合一个稳定的基地和一套相当新的包裹。 也许 EPEL项目将为这些长期的案例提供一个解决scheme（与经过仔细更新的存储库并行），而不是一开始。 已经有第三方存储库提供了这方面的东西，所以用户可能已经被他们服务了。
更进一步，像Fedora Extras这样的滚动版本scheme对于许多EPEL软件包来说是不可能的，因为新软件包通常需要某些核心库的新版本。 这将导致EPEL中的问题，因为我们将无法提供更新的库，因为它会replace核心操作系统中的库。
例如：这个文档是在RHEL5发布的时候写的。 许多RHEL5版本的软件包现在已经不能用于RHEL4了，因为RHEL4-gtk2软件包已经两年了，对于很多当前的应用程序来说已经太旧了，因为它们依赖于一个更新的gtk2。 所以即使我们试图用一个相当新的包来实现一个滚动scheme，我们也会失败，因为由于依赖于libs，我们不能构build一堆包。 最后我们会有一些相当新的软件包的回购，而其他的还是比较老的。 这种组合不会使“最新版本”或“谨慎更新”双方都快乐; 所以我们试图以“谨慎更新”为目标。 请记住，EPEL的支持和更新周期比Fedora更长。