如果你要管理大型复杂的项目，请尝试利用开源选择替换 MS-Project。

诸如建造卫星、开发机器人或推出新产品之类的项目都是昂贵的，涉及不同的提供商，并且包含必须跟踪的硬依赖性。

大型项目领域中的项目管理方法非常简单（至少在理论上如此）。你可以创建项目计划并将其拆分为较小的部分，直到你可以合理地将成本、持续时间、资源和依赖性分配给各种活动。一旦项目计划获得负责人的批准，你就可以使用它来跟踪项目的执行情况。在时间轴上绘制项目的所有活动将产生一个称为 甘特图 Gantt chart 的条形图。

甘特图一直被用于 瀑布项目方法，也可以用于敏捷方法。例如，大型项目可能将甘特图用于 Scrum 冲刺，而忽略其他像用户需求这样的细节，从而嵌入敏捷阶段。其他大型项目可能包括多个产品版本（例如，最低可行产品 [MVP]、第二版本、第三版本等）。在这种情况下，上层结构是一种敏捷方法，而每个阶段都计划为甘特图，以处理预算和复杂的依赖关系。

项目管理工具

不夸张地说，有数百种现成的工具使用甘特图管理大型项目，而 MS-Project 可能是最受欢迎的工具。它是微软办公软件家族的一部分，可支持到成千上万的活动，并且有大量的功能，支持几乎所有可以想象到的管理项目进度的方式。对于 MS-Project，有时候你并不知道什么更昂贵：是软件许可证还是该工具的培训课程。

另一个缺点是 MS-Project 是一个独立的桌面应用程序，只有一个人可以更新进度表。如果要多个用户进行协作，则需要购买微软 Project 服务器、Web 版的 Project 或 Planner 的许可证。

幸运的是，专有工具还有开源的替代品，包括本文中提及的应用程序。所有这些都是开源的，并且包括基于资源和依赖项的分层活动调度的甘特图。ProjectLibre、GanttProject 和 TaskJuggler 都针对单个项目经理的桌面应用程序。ProjeQtOr 和 Redmine 是用于项目团队的 Web 应用程序，而 ]project-open[ 是用于管理整个组织的 Web 应用程序。

我根据一个单用户计划和对一个大型项目的跟踪评估了这些工具。我的评估标准包括甘特图编辑器功能、Windows/Linux/macOS 上的可用性、可扩展性、导入/导出和报告。（背景披露：我是 ]project-open[ 的创始人，我在多个开源社区中活跃了很多年。此列表包括我们的产品，因此我的观点可能有偏见，但我尝试着眼于每个产品的最佳功能。）

Redmine 4.1.0

Redmine 是一个基于 Web 的专注于敏捷方法论的项目管理工具。

其标准安装包括一个甘特图时间轴视图，但缺少诸如调度、拖放、缩进（缩排和凸排）以及资源分配之类的基本功能。你必须单独编辑任务属性才能更改任务树的结构。

Redmine 具有甘特图编辑器插件，但是它们要么已经过时（例如 Plus Gantt），要么是专有的（例如 ANKO 甘特图）。如果你知道其他开源的甘特图编辑器插件，请在评论中分享它们。

Redmine 用 Ruby on Rails 框架编写，可用于 Windows、Linux 和 macOS。其核心部分采用 GPLv2 许可证。

• 适合于： 使用敏捷方法的 IT 团队。
• 独特卖点： 这是 OpenProject 和 EasyRedmine 的原始“上游”父项目。

]project-open[ 5.1

![]project-open[](/data/attachment/album/202104/29/150024ajim3fma2loniapb.png "]project-open[")

[]project-open[](https://www.project-open.com) 是一个基于 Web 的项目管理系统，从整个组织的角度看类似于 企业资源计划 enterprise resource planning （ERP）系统。它还可以管理项目档案、预算、发票、销售、人力资源和其他功能领域。有一些不同的变体，如用于管理项目公司的 专业服务自动化 professional services automation （PSA）、用于管理企业战略项目的 项目管理办公室 project management office （PMO）和用于管理部门项目的 企业项目管理 enterprise project management （EPM）。

]project-open[ 甘特图编辑器包括按等级划分的任务、依赖关系和基于计划工作和分配资源的调度。它不支持资源日历和非人力资源。]project-open[ 系统非常复杂，其 GUI 可能需要刷新。

]project-open[ 是用 TCL 和 JavaScript 编写的，可用于 Windows 和 Linux。 ]project-open[ 核心采用 GPLv2 许可证，并具有适用于大公司的专有扩展。

• 适合于： 需要大量财务项目报告的大中型项目组织。
• 独特卖点： ]project-open[ 是一个综合系统，可以运行整个项目公司或部门。

ProjectLibre 1.9.3

在开源世界中，ProjectLibre 可能是最接近 MS-Project 的产品。它是一个桌面应用程序，支持所有重要的项目计划功能，包括资源日历、基线和成本管理。它还允许你使用 MS-Project 的文件格式导入和导出计划。

ProjectLibre 非常适合计划和执行中小型项目。然而，它缺少 MS-Project 中的一些高级功能，并且它的 GUI 并不是最漂亮的。

ProjectLibre 用 Java 编写，可用于 Windows、Linux 和macOS，并在开源的 通用公共署名许可证 Common Public Attribution License （CPAL）下授权。ProjectLibre 团队目前正在开发一个名为 ProjectLibre Cloud 的 Web 产品，并采用专有许可证。

• 适合于： 负责中小型项目的个人项目管理者，或者作为没有完整的 MS-Project 许可证的项目成员的查看器。
• 独特卖点： 这是最接近 MS-Project 的开源软件。

GanttProject 2.8.11

GanttProject 与 ProjectLibre 类似，它是一个桌面甘特图编辑器，但功能集更为有限。它不支持基线，也不支持非人力资源，并且报告功能比较有限。

GanttProject 是一个用 Java 编写的桌面应用程序，可在 GPLv3 许可下用于 Windows、Linux 和 macOS。

• 适合于： 简单的甘特图或学习基于甘特图的项目管理技术。
• 独特卖点： 它支持 流程评估和审阅技术 program evaluation and review technique （PERT）图表，并使用 WebDAV 的协作。

TaskJuggler 3.7.1

TaskJuggler 用于在大型组织中安排多个并行项目，重点是自动解决资源分配冲突（即资源均衡）。

它不是交互式的甘特图编辑器，而是一个命令行工具，其工作方式类似于一个编译器：它从文本文件中读取任务列表，并生成一系列报告，这些报告根据分配的资源、依赖项、优先级和许多其他参数为每个任务提供最佳的开始和结束时间。它支持多个项目、基线、资源日历、班次和时区，并且被设计为可扩展到具有许多项目和资源的企业场景。

使用特定语法编写 TaskJuggler 输入文件可能超出了普通项目经理的能力。但是，你可以使用 ]project-open[ 作为 TaskJuggler 的图形前端来生成输入，包括缺勤、任务进度和记录的工作时间。当以这种方式使用时，TaskJuggler 就成为了功能强大的假设情景规划器。

TaskJuggler 用 Ruby 编写，并且在 GPLv2 许可证下可用于 Windows、Linux 和 macOS。

• 适合于： 由真正的技术极客管理的中大型部门。
• 独特卖点： 它在自动资源均衡方面表现出色。

ProjeQtOr 9.0.4

ProjeQtOr 是适用于 IT 项目的、基于 Web 的项目管理应用程序。除了项目、工单和活动外，它还支持风险、预算、可交付成果和财务文件，以将项目管理的许多方面集成到单个系统中。

ProjeQtOr 提供了一个甘特图编辑器，与 ProjectLibre 功能类似，包括按等级划分的任务、依赖关系以及基于计划工作和分配资源。但是，它不支持取值的就地编辑（例如，任务名称、估计时间等）；用户必须在甘特图视图下方的输入表单中更改取值，然后保存。

ProjeQtOr 用 PHP 编写，并且在 Affero GPL3 许可下可用于 Windows、Linux 和 macOS。

• 适合于： 跟踪项目列表的 IT 部门。
• 独特卖点： 让你为存储每个项目的大量信息，将所有信息保存在一个地方。

其他工具

对于特定的用例，以下系统可能是有效的选择，但由于各种原因，它们被排除在主列表之外。

• LibrePlan 是一个基于 Web 的项目管理应用程序，专注于甘特图。由于其功能集，它本来会在上面的列表中会占主导地位，但是没有可用于最新 Linux 版本（CentOS 7 或 8）的安装。作者说，更新的说明将很快推出。
• dotProject 是一个用 PHP 编写的基于 Web 的项目管理系统，可在 GPLv2.x 许可证下使用。它包含一个甘特图时间轴报告，但是没有编辑它的选项，并且依赖项还不起作用（它们“仅部分起作用”）。
• Leantime 是一个基于 Web 的项目管理系统，具有漂亮的用 PHP 编写的 GUI，并且可以在 GPLv2 许可证下使用。它包括一个里程碑的甘特时间线，但没有依赖性。
• Orangescrum 是基于 Web 的项目管理工具。甘特图图可以作为付费附件或付费订阅使用。
• Talaia/OpenPPM 是一个基于 Web 的项目组合管理系统。但是，版本 4.6.1 仍显示“即将推出：交互式甘特图”。
• Odoo 和 OpenProject 都将某些重要功能限制在付费企业版中。

在这篇评论中，目的是包括所有带有甘特图编辑器和依赖调度的开源项目管理系统。如果我错过了一个项目或误导了什么，请在评论中让我知道。

via: https://opensource.com/article/21/3/open-source-project-management

作者：Frank Bergmann 选题：lujun9972 译者：stevenzdg988 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

透明和包容性的项目要求可以降低您的失败率。 以下是如何协作收集它们。

众所周知，明确、简洁和可衡量的需求会带来更多成功的项目。一项麦肯锡与牛津大学的关于大型项目的研究表明：“平均而言，大型 IT 项目超出预算 45％，时间每推移 7％，价值就比预期低 56％ 。”该研究还表明，造成这种失败的一些原因是“模糊的业务目标，不同步的利益相关者以及过度的返工。”

业务分析师经常发现自己通过持续对话来构建这些需求。为此，他们必须吸引多个利益相关方，并确保参与者提供明确的业务目标。这样可以减少返工，提高更多项目的成功率。

他们可以用开放和包容的方式做到这一点。

成功的框架

提高项目成功率的一个工具是开放决策框架。开放决策框架是一种资源，可以帮助用户在拥抱开放原则的组织中做出更有效的决策。该框架强调三个主要原则：透明、包容、以客户为中心。

透明。很多时候，开发人员和产品设计人员都认为他们知道利益相关者如何使用特定工具或软件。但这些假设往往是不正确的，并导致对利益相关者实际需求的误解。开发人员和企业主讨论时实行透明势在必行。开发团队不仅需要了解一些好的情景，还需要了解利益相关方面对某些工具或流程所面临的挑战。提出诸如以下问题：“必须手动完成哪些步骤？”以及“这个工具是否按预期运行？”这提供了对问题的共同理解和讨论的基准。

包容。对于业务分析师来说，在收集需求时观察肢体语言和视觉暗示非常重要。如果有人双臂交叉或睁着眼睛坐着，那么这清楚地表明他们感觉没被聆听。业务分析师必须鼓励那些不被聆听的人公开交流，并给他们机会被聆听。在开始会议之前，制定基本规则，使所有人都能发表意见并分享他们的想法。聆听提供的反馈，并在收到反馈时礼貌地回复。多样化的意见和协作解决问题将为会议带来令人兴奋的想法。

以顾客为中心。以客户为中心的第一步是识别客户。谁从这种变化、更新或开发中受益？在项目早期，进行利益相关者映射，以帮助确定关键利益相关者，他们在项目中的角色以及他们适应大局的方式。让合适的客户参与并确保满足他们的需求将会确定更成功的要求，进行更现实（现实）的测试，并最终成功交付。

当你的需求会议透明、包容和以客户为中心时，你将收集更好的需求。当你使用开放决策框架来进行会议时，参与者会感觉有更多参与与授权，他们会提供更准确和完整的需求。换一种说法：

透明+包容+以客户为中心=更好的需求=成功的项目

via: https://opensource.com/open-organization/18/2/constructing-project-requirements

作者：Tracy Buckner 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

循序渐进的指导

你有这个问题：你已经权衡了开源代码的优劣势，你也已经知道你的软件需要成为一个开源项目，但是，你不知道怎么做好的开源项目。

当然，你也许已经知道如何创建Github帐号并开始，但是这些事实上是做开源比较简单的部分。而真真正正难的部分是如何让足够多的人，关注你的项目并给你的项目做贡献。

接下来的原则是会指导你构建和发布其他人愿意关注的代码。

基本原则

选择开源可能有许多原因。也许你希望吸引一个社区来帮助编写你的代码。也许，总所周知，你明白“开源 —— 一个开发小团队内部编写代码的倍增器。”

或者你只是认为这是必须做的事，如同英国政府一样。

无论何种原因，为了开源能够成功，是必须要做很多的计划去给将来使用这个软件的人们。如同我在2005写道，如果你“需要大量的人做贡献（bug修复，扩展等等）”，那么你需要“写一个好的文档，使用易于接受的编程语言，和使用模型架构”。

对了，你也需要写人们在乎的软件。

每天思考你依靠的技术：操作系统，web应用框架，数据库，等等。远离像航天这样，特殊行业的小生态技术，让开源拥有更多的可能性以便外部的（人的）产生兴趣和做出贡献。更广泛的应用技术，找到更多的贡献者和用户。

总的来说，任何成功的开源项目有以下共同点：

1.最佳的时间时机（解决市场实际需求）

2.一个健壮，包括开发者和非开发者的团队

3.一个易于参与的结构（更多详见下文）

4.模块化编码，使新贡献者更容易找到一个项目损坏的部分去贡献，比强迫他们理解巨大的代码的每一部分要好

5.代码可以广泛应用（或者达到一个狭窄的流行都比一个“自生自灭的”小生态更吸引人）

6.很好初始源码（如果你放垃圾在Github，你也只会得到垃圾回报）

7.一个自由的许可证-我个人更爱Apache型的许可证，因为它让开发者采用时障碍最低，当然许多成功的项目（如Linux和MySQL）使用GPL许可证也有很棒的效果。

上述几项，是一个项目成功邀请参与者最难的部分。这是因为他们不是关于代码而是关于人。

开源不单是一个许可证

今年，最棒的一件事是我读到是来自 Vitorio Miliano (@vitor\_io)的文章，他是用户体验交互设计师，来自德州的奥斯丁。Miliano指出，那些不在你的项目上工作的人才是“外行”，从本质上说无论他们技术能力的级别，他们仅仅懂一点代码（也没关系）。

所以你的工作，他认为，是使人加入，为你贡献你的代码变得简单。当阐述如何涉及非程序员到开源项目中，他指出项目的一些事项，项目领导应需要有效地得加入一些任何技术或不懂技术的人到开源项目。

1. 一种方法去了解你的项目价值
2. 一种方法去了解他们可以为项目提供的价值
3. 一种方法去了解他们可以从贡献代码获得的价值
4. 一种方法去了解贡献流程，端到端
5. 贡献机制适用于现有的工作流

经常，项目领导者想要集中于上述的第五步，却不提供理解1到4的路径。如果潜在的贡献者不欣赏“为什么”，“如何”共享就变得不重要了。

注意，至关重要的，Miliano写道，建立拥有一个通俗易懂的简介的项目很有价值，如同任何时候通过简介给每一个人演示可访问性和包容性。他断言道，这增加了额外的好处，文档和其他的版本介绍的内容变得通俗易懂。

关于第二点，程序员或非程序员同样地需要能够明白到底你需要什么，这样他们就可以认识到他们的贡献（方向）。有时就像MongoDB解决方案架构师Henrik Ingo告诉我那样，"一个聪明的人可以贡献很棒的代码，但是项目成员不能理解它（代码）"，如果在组织内承认这个贡献并且研究后理解，那么这就不是一个糟糕的问题。

但是不会经常发生。

你真的想领导一个开源项目吗？

许多开源项目的领导提倡包容性，但是他们拥有任何事除了包容。如果你不想要人们做贡献，不要假装开源。

是的，有时这是老生常谈的话题。就像HackerNews最近的报道一个开发者的开发工作。

小项目可以得到很多，基本不需要很多人合作来完成。我看到了他们的进步，但是我没有看到我自己的进步:如果我帮助了他们，显然，如果我花费了有限的时间在与那些计算机科学的硕士管理合作上，而没有参与编码，这不是我想要的。所以我忽略了他们。

这是一个保持理智的的好方法，但这个态度并不能预示着这个项目会被广阔的分享。

如果你确实很少关心非程序员设计的贡献、文档，或者无论其他什么，那么请首先了解那些。再次强调，如果这是实情，你的项目就不能成为一个开源项目。

当然，排除感觉不总是可靠的。 就像ActiveState的副总裁Bernard Golden告诉过我，“一些将会成为开发人员将会对现有的“小集团”开发团体这种感觉感到恐惧，虽然这不一定正确。”

现在，若使了解开发人员为什么要贡献并邀请做开发，意味着更多的开源项目投资，更长久地生存。

图片由Shutterstock提供

via: http://readwrite.com/2014/08/20/open-source-project-how-to

作者：Matt Asay 译者：Vic\_\_\_/VicYu 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出

Facebook和开源项目之间的关系就像Jay-Z和碧昂丝一样 —— 二者缺一不可

如果把Blue Ivy看作是后两者结合的产物的话，那么这个孩子就相当于Facebook的React, Rebound, HipHop, 以及其他的一些开源项目.

正如Facebook的开源项目领导者詹姆斯·皮尔斯在公司博客上面所写的那样：“从Facebook的第一行PHP代码以及它的第一个MySQL插入语句开始，开源就已经成为其工程哲学的一部分了。

（图片来自： http://www.planet-source-code.com/）

下面提供了一个在2003年中，Facebook在开源社区中的贡献。（警告：放弃希望吧，走进来的那些非技术人员。）

1. xctool: 一个苹果xcodebuild的替代品，它使得创建和测试IOS和MAC工程更加容易
2. Buck: 一个Android/Java的构建工具，用来更好更快的构建安卓APP
3. Rebound: 一个JAVA动画库 查看更详细的解释
4. React: 一个用来建立全新用户接口的JavaScript库
5. Regenerator: 一个Node.js工具，用以相同方式工作的JavaScript-of-today(简称为ECMAScript 5 或 ES5)来替代generator functions。
6. Huxley: 一个测试系统，用来捕捉Web应用程序的可视变化。它查看你的浏览器，进行屏幕截图，并在它们发生变化的时候告知你。
7. Presto: 一个分布式的SQL引擎，用来对从gigabytes到petabytes范围内的数据源进行交互式的分析查询
8. RocksDB: 一个用来进行快速存储的持久键值存储器。 RocksDB也可以作为客户端服务器数据库的基础，但我们现阶段关注的是嵌入式工作负载。
9. 以及今天刚发布的 Origami: 面向quartz composer的一个免费的原型设计工具。你只需要阅读我们的 全文 即可!

”正如著名的Facebook座右铭所说，我们的开源工程仍然只完成了百分之一“，皮尔斯总结道。

“我们知道，在上面的任何一个主题上，我们仍然有大量的工作要做。 我们很幸运我们的工程能有如此热情的社区支持，而随之而来的，我们也肩负这巨大的责任。”

via: http://venturebeat.com/2013/12/20/here-are-facebooks-9-top-open-source-projects-from-2013/

译者：tomatoKiller 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出

在开源世界，大家都不安分

像Marc Andreessen posits所说，软件可能在吞噬世界，但是开源软件似乎在吞噬自己。伴随着快速的步伐，软件世界逐渐习惯产业化，他们的卖主开始为更多的利益投资（比如：在操作系统方面的微软和数据库方面的甲骨文）， 开源软件的世界正迈向一个加速进化的时代，从来不满足于既得的荣誉。

在快速变更的开源世界，企业如何投资？

开源超神了

虽然Dirk Riehle对于开源项目增长的分析并不是特别过时，当然，一部分已经增长的趋势除外：

现在大部分重要领域的技术-大数据，云，移动-都是开源的。伴随着Haddop、OpenStack等工具的活跃，我们应该期待开源软件卯足了劲发展。

这是好是坏？

开源码农竞争激烈

举个栗子，在系统配置领域。 Redmonk 的 Stephen O'Grady 挑了些数据用来衡量受欢迎程度，Chef、 Puppet、 Ansible 和 Salt，后面两个是这个领域的新星，但是赢得了相当的社区热情和采纳度。

这让O'Grady 推测：“ 看起来合理地去认为系统配置领域会和开源关系型数据库一样有相同的变革趋势，伴随着两个突出的工程出现，这样的观点有点问题。”

O’Grady觉得：

从这些观察中得出的最有趣的结论或许是 Ansible 和 Salt 的关联。这些工程会有不错的前景，比如在这个领域对解决方案的需求，和非常强的个人偏好的影响，例如，Salt 在 Python 开发者当中的亲和力。

实际上，我必须承认最有趣的的结论是，没有开源项目能保证长久。Puppet 在2005年退出，并且一直在和有固定期权的在职者竞争，现在和Chef竞争（4年后退出），Ansible（最新两年）和 Salt（最新两年）。

任何重要领域的在职者，总是会穷追不舍地吹毛求疵。但是在开源世界，比赛不会等待十亿美元的市场在它产生影响的时候形成。由Chef 和 Puppet 铺垫了的 Salt 和 Ansible 在市场的上升就是一个证明。

社区付出了，社区也拿走了

你会发现同样的动态在CMS中(Drupal 、Joomla 、 Alfresco 、 Wordpress 以及无数的其它 CMS)，在云中(Eucalyptus 、 OpenStack 、 CloudStack 、 CloudFoundry 、 OpenShift 及其它)，在web 服务器中，在关系和非关系的数据库中。

开源数据库数量的膨胀伴随着几乎每天都产生的新对手，正如DB-Engines database tracking service中可以看到的一样。或许最好玩的是开源关系数据库领域，直到最近MySQL支配这个领域。Postgers 也是和 MySQL 赛跑，虽然是老二，但是排得非常后。

现在事情都在变化，或者骚动。很大程度因为 Oracle 的所谓的对 MySQL 社区的践踏，Postggres 在最前沿的 MySQLer中炙手可热。MariaDB 也是这样。虽然还是一个小家伙，比如RedHat Fedora和Ubuntu等Linux发行版内置数据库更换成MariaDB了，Google换掉了MySQL等。

或许就像O'Grady说的，这归结为开发者的偏好。如果开发者占据主要地位，小小的可以阻碍他们向更合适自己的新项目转换的障碍，会导致秩序混乱。如果这有道理，将会很好解释开源为什么拒绝长期垄断。

很难让开发者保持乐观。

做一笔社区友好的生意

对于想要对已有的开源项目投资的企业，这意味着什么呢？一个简单的、也许没有不令人满意的答案是企业应该投入到项目中，确定他们的可持续性，并且给予企业能力去支持他们自己。

但是大部分企业不想自己码出最好的代码。

相反，他们会去寻找受欢迎程度高的项目，非常适合企业的需求的，而且还有很强的社区的。如果项目在社区变得没什么意思的时候，欢迎程度可能会飞跃。最基础的原因，Linux已经在操作系统之巅呆了很久了，已经适应社区影响和需求。

不幸的是，没有什么方法去真正衡量一个开源社区的活力。一些成功的项目，比如OpenStack，取决于强大的基础。其他的，像Linux，取决于强大的个人和他的帮手。

但是所有成功的开源项目维持了他们强劲的热度，每几个月就会有一个发行版。快速发展的项目会非常难以供企业支持。

企业应该怎样避免开源项目荒废的风险呢?

via: http://readwrite.com/2013/12/12/open-source-innovation

译者：ggaaooppeenngg 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出

经过2周左右的测试，Arch Linux开发者们今天早些时候（10月7日）在稳定频道发布了GNOME3.10桌面环境，用户们终于可以升级他们已经使用了6个月之久的GNOME 3.8了。

作为其中一名用户，我非常高兴在我的Arch Linux机子上进行了一次纯粹的GNOME 3.10体验。同时，我可以非常骄傲的说，GNOME 3.10桌面环境运行得非常好，而且界面美观，就像期待中的一样棒！

首先我想提醒大家，早在上个月9月25号，GNOME项目组就已经宣告发布了3.10版的，这些天来，我一直对发布公告中介绍的新特性充满兴奋与期待。

如果你也正在使用Arch Linux与GNOME作为你的主要桌面环境，那么现在你只需要在终端中输入命令“sudo pacman -Syu”，就可以将GNOME更新至3.10版本。别忘了重启电脑后，更新才能生效哦~

这也是我使用Arch Linux操作系统以来经历的最大一次更新，下载了总共300MB左右的更新包，安装后体积超过了1.1GB。

上面的截图，就是之前报道中我们所期待的的新特性与新功能，我可以拍胸脯告诉你，它们运行起来感觉棒极了！

当我重启完电脑，我立刻就注意到了登录管理器的一个新效果，还有风格相统一的状态栏，看起来令人惊喜而且很好上手。在登录按钮旁边有一个像轮子一样的按钮，如果你有多个桌面环境，点击它可以在各个桌面环境之间进行切换。

我必须承认，桌面加载以后，我是稍有一点失望的，因为我已经习惯了酷拽炫的GNOME桌面环境，但我之前安装的GNOME扩展却不见了。一开始，我认为是更新进程使其失效了，但经过一阵研究后，我才意识到，是因为之前的扩展插件无法与GNOME 3.10相匹配。

因此，我打开火狐浏览器，来到GNOME扩展页面，更新升级了其中最重要的一部分，然后用第三方主题对我的GNOME进行了美化。没办法~我就是要我的GNOME够酷够拽够炫！

如果是单纯的升级到GNOME 3.10，默认并不会安装一起新发布的应用程序。我必须从Arch Linux的软件仓库中手动安装它们。不幸的是，我并没有看到那些传说中的GNOME应用软件，或许过几天他们才会添加进来。

另一个有趣的东西是，我注意到当我在桌面点击右键的时候，出现了一个“打开终端”的新功能，如果你像我一样在工作中经常用到终端，你一定也会觉得这是一个非常方便的改进。

还等什么，赶快拿起电话订购吧......额不，赶快下载GNOME 3.10体验吧~

via: http://news.softpedia.com/news/First-Look-at-GNOME-3-10-on-Arch-Linux-389114.shtml

本文由 LCTT 原创翻译，Linux中国 荣誉推出

译者：tinyeyeser 校对：wxy