工作流和效率极客谈论 Drush 和 Drupal

认识一下 Greg Anderson，他是 Pantheon 的开源贡献者，也是 Drush 的共同维护者。如果您以前使用过 Drush，您可能已经在重复性任务上节省了大量时间。如果您还没有使用过它，还在等什么呢？

Greg Anderson 全力致力于提高生产力并改进开发工作流程。他在本次采访中分享了他的一些见解。我们还了解了他如何参与 Drupal，并预览了他在 DrupalCon NOLA 上关于 Drupal 8 模块命令行工具的会议。

您是如何参与到 Drupal 社区的？

我开始使用 Drupal 是因为我需要在几个社区项目中使用一个开源内容管理系统 (CMS)。我参与的一个项目刚刚开始，并且已经将 CMS 的选择范围缩小到 Drupal 或 Joomla。当时我正在使用另一个框架，但我过去曾考虑过 Drupal，并且知道我比 Joomla 更喜欢它。我说服他们使用新的 Drupal 6 版本，并将我的所有其他项目都转换为保持一致。我开始使用 Drush 是因为我想要一个统一的机制来处理本地和远程站点。我对 Drush 的第一个主要贡献是 Drush 3 中的站点别名和 sql-sync。

作为 Drush 的共同维护者是什么感觉？

现在似乎每个人都在使用 Drush，但很少有人能凭外貌认出我。与在其他任何地方作为开源贡献者相比，我更有可能被认为是镇规划委员会的成员而被认出。即使在 DrupalCon 或营地，如果我向不认识的人介绍自己，他们通常会怀疑什么并开始猜测，“你是 Greggles 吗？你是 @heyrocker 吗？” 这比你想象的更常见。不过，从事 Drush 工作对我来说更多的是我做的事情，而不是我的身份。我发现改进那些可以节省重复性任务时间并使事情更容易完成的工具非常有成就感。看到有人在博客或推特上说他们刚完成的工作因为我写的一些东西而变得容易得多，感觉真是太棒了。

您能否分享一些关于改进开发工作流程的建议或推荐一些书籍？

我认为 Juampy Novillo Requena 的《Drush for Developers》写得特别好（我是这本书的技术审阅）。但是，就使其正常运行所需的时间而言，设置和维护您自己的开发/测试/生产工作流程确实非常昂贵。有很多优秀的供应商提供免费入门、付费启动的专业管理解决方案，这些解决方案将为您节省的成本远远超过它们的成本，并且从长远来看，这将成倍增加。这真的是处理开发工作流程最明智的方法。

您对 DrupalCon NOLA 有哪些期待？

我通常最终会错过 DrupalCon 的大部分会议，因为我发现与冲刺中的其他贡献者面对面地工作非常有价值。我总是很高兴在每次活动中看到来自各地许多相同的熟悉面孔，并结识我可能以前在网上互动过或没互动过的新朋友。

请谈谈您在 DrupalCon 上的演讲，《为 Drupal 8 模块编写命令行工具》。 为什么有人应该参加，主要的收获是什么？

模块中提供的功能的命令行界面可能是一个巨大的好处，并能提高生产力。特别是 Features 模块通过其 Drush 命令来更新、还原和创建功能，证明了这一点，这些命令已在整个 Drupal 社区中广泛使用。但是，没有人希望仅仅为了向其模块添加另一个界面而成为编写命令行工具的专家。Drush 命令和 Symfony Console 命令编写起来并不困难，但随着时间的推移，我们可以改进和完善这种做法，以减少需要编写的代码量，保持组件解耦，并提供更多的开箱即用功能，同时降低新贡献者的入门门槛。在开源社区中，对于事情应该如何做有很多不同的意见，因此本次会议的与会者应该预期会就何时以及是否应该扩展和改进 API，以及何时最好选择更明确的选择，即直接使用现有接口进行热烈的讨论。