现已开放：Gradle 的 GitHub 问题
Gradle 自成立以来一直是一个开源项目，但作为团队，我们并不总是能达到现代开源协作的精神。例如，我们没有让大家轻松地了解我们正在进行的工作，也没有一个清晰简单的流程供用户向合适的错误跟踪器提交功能请求或错误。
我们很高兴地宣布，所有这些今天都将改变。我们在 Gradle 存储库中开放了 GitHub 问题，以下是我们正在进行的立即、中期和长期更改，以将——并保持！——Gradle 社区的需求放在首位。
立即生效
✔︎ 您现在可以通过 GitHub Issues 提交功能请求和错误报告。我们已经整理了一套简单的指南，以 问题模板 的形式呈现，您每次提交新问题时都会看到它们。对于不符合这些指南的问题，我们将标记为 not-actionable，并添加评论要求补充缺失内容。为了保持整洁，我们将在一周内没有活动后关闭这些问题。
✔︎ 您提交的可操作问题将与其他 Gradle 改进一起优先处理。对大量用户有益的低成本更改最容易证明，因此请在对您重要的问题上添加 👍 反应。与许多其他 GitHub 项目一样，我们将使用这些反应作为一种简单的投票系统。
✔︎ 我们将使用 ZenHub 管理问题优先级和工作流程。如果您还不熟悉，ZenHub 通过其智能浏览器扩展为 GitHub Issues 添加了许多功能。它允许我们将相关问题分组到 史诗 中，并通过看板可视化所有内容。安装和使用 ZenHub 绝不是必需的，但如果您想更深入地了解我们正在进行的工作，请查看它。
✔︎ 拉取请求将在一个星期内得到确认，并将通过 GitHub 内置的 拉取请求审查 进行审查。请继续遵循 贡献指南 - 在像 Gradle 这样庞大且广泛使用的项目中，严格和正确地处理事情至关重要。
中期过渡
开放的 JIRA 问题将迁移到 GitHub，并且在 Gradle 3.2 发布后，将不再在 JIRA 中添加新问题。对于不可操作的 JIRA 问题，我们将要求提供示例和/或说明，以便对其进行优先排序。
为了绘制更清晰的路线图，我们将添加和维护高级功能 史诗，并用代表未来 Gradle 版本的里程碑标记它们。
我们的 错误论坛 将不再需要，并将变为只读。对于无法提供可重现测试用例或 构建扫描 的一般使用问题和潜在错误，请继续使用 帮助/讨论论坛。
长期统一
一旦我们完成了上面详细说明的更改，我们将继续寻找方法，将 Gradle 生态系统开放给更广泛的社区贡献。我们对此感到非常兴奋，希望您也一样。
我们很乐意听到您的反馈 - 请在本文的评论中告诉我们您的想法，或在 Twitter 上与我们联系 @Gradle。您的建议、问题，当然还有 问题 都非常受欢迎。