The Linux Foundation Projects
Delta Lake

获取帮助

社区可以通过四种方式提出问题/议题,我们需要您的帮助来回答这些问题,以继续壮大社区。回答并妥善记录常见问题非常重要,这是贡献所需的主要方面。以下是您可以帮助回答问题的不同方式:

Delta 用户 Slack 频道

这里是流量最大的地方,也是社区中大多数人所在的地方。然而,这些回复不容易搜索,因此我们将讨论分为不同的频道:

回答问题时,最重要的是要确保研究是否有现有答案,并引用它们(如果存在)。以下是关于如何在 Slack 上回答问题的一些策略建议:

  • 如果是一个与错误、bug、功能等相关的技术性 Delta Lake 问题,请具体地回答。尽可能链接到现有的 Github 议题。
  • 尝试浏览当前的 Delta Lake 问题,特别是那些由新社区成员回答的问题,以确保答案对于相关频道是正确的。有时用户会错误地回答问题(例如,错误的配置名称、错误的功能信息、过时的信息等),或者回答不适合该频道的问题(例如,在 deltalake-oss 频道中提及供应商特定的解决方案,反之亦然)。这会造成我们希望避免的混淆。
  • 如果问题与 Delta Lake 无关,请将他们重定向到 #random

Github 议题

Github 议题的帖子比 Slack 少得多,但通常是关于 bug 或功能的技术问题。答案是可搜索的,因此回复的正确性和明确性更加重要。大致遵循与 Slack 相同的建议,但有以下差异:

  • Github 议题不太可能出现与 Delta Lake 无关的非技术性问题。相反,您可能会遇到更深入的技术问题、棘手的 bug 和复杂的功能请求。请邀请资深贡献者讨论这些问题。
  • 如果这是一个问题,请将他们重定向到 SlackGoogle Groups 进行讨论。
  • 如果提出的解决方案不理想,请与他们沟通,看看是否能改进。
  • 如果议题超过 6 个月且没有新的内容可添加,GitHub 自动化和/或 Delta Lake 提交者可能会关闭该议题,但如果这是一个错误,任何人都可以重新打开这些议题。

Delta Lake > Stack Overflow

随着 Delta Lake 社区的壮大,在 Stack Overflow 中回答问题——并在分发列表和 Slack 中提及这些答案——将使我们能够进行扩展。

  • 确保答案详细,并附带代码示例(即使问题中没有),以确保读者能够理解答案。
  • 如果您因为作者的问题而不确定,不要回答,而是通过“添加评论”来提出澄清性问题。
  • 冒着过于冗长的风险,在回答问题之前,尝试在笔记本中重现他们的问题(除非是显而易见的,但通常不是),这样您就可以提供一个笔记本作为回复。
  • 有用的参考资料包括 如何写出精彩答案的技巧如何使用 Markdown 良好格式使您的答案更具吸引力

Delta 用户 > Google Groups

用户邮件列表与 Github 议题具有相同的优先级和策略。