Apache 项目更倾向于使用共识来做决策，或使用投票来更正式地记录对特定行动的批准（或不批准）。但当项目陷入完全僵局时，或者当你认为重要问题在采取行动之前没有得到认真对待或充分讨论时会发生什么？
如果任何 Apache 项目参与者认为存在未得到解决的严重问题，那么这里有一份指南，介绍如何在 ASF 的组织中以正确的方式有效地升级您的担忧。
当项目无法做出重大决策时，或者当个人贡献者或 PMC 的一部分认为项目没有正确讨论关键问题时，您可能希望升级此问题以查看是否有其他调解帮助可用。
从 Apache 其他志愿者那里获得帮助的最佳方法是遵循以下步骤。
当社区意见不一致时，重要的是要澄清根本问题是什么。已经有一些案例，长时间且激烈的讨论线程最终证明主要与不相关的问题或提案的措辞有关，而实际上与手头的问题无关。任何时候，如果一个问题值得升级，它也值得您花时间清楚地重新陈述手头的问题。
清晰地定义一个具体的问题或难题，使用即使是项目外部的人也能理解的术语。使对话专注于每个线程的一个问题。不要假设读者了解项目历史或阅读了过去关于该主题的每一封邮件——包含链接，以便他们展示有价值的讨论。
提供指向Apache 策略或最佳实践的 URL 参考，以证明您的案例。一个项目中的不成文规则可能不适用于另一个项目。如果没有具体的参考，很难判断某件事是否确实是 Apache 的问题，或者仅仅是完全在一个项目内的分歧（在这种情况下，升级不会有任何帮助）。如果您不能清楚地表明为什么该问题很重要，或者违反了 Apache 政策，那么升级不会有太大帮助。
起草您的电子邮件，保存它，然后等待一夜。编辑您的作品，并仔细检查您是否以冷静、中立和事实的方式陈述您的观点。您正在尝试帮助社区做出正确的决定；专注于项目正确的行动是什么，不要专注于个人（尽管有时您可能需要提出关于不良行为的问题）。讨论可能影响社区健康的行为是有益的；提出关于特定个人的问题很少有帮助。
当问题反复出现或有您知道是正确答案的明显答案时，这些步骤可能会让人感到沮丧！但在一个完全由志愿者领导的组织中，以清晰的术语和指针重新构建问题非常重要，以便整个社区有机会理解您的具体观点。我们都是这里的志愿者，并非社区中的每个人都有时间关注所有对话。让社区的其他成员更容易理解您的情况。
在升级到相关项目、孵化器小组或社区之外之前，问问自己：我是否真的已经用尽了在这个社区内工作的所有途径？任何项目内部或关于项目的问题都应首先在项目自身的 PMC 的 dev@（或 private@）列表中讨论，然后才升级到项目之外。
仔细检查您是否已清楚而冷静地表达了问题。确保将您对问题的讨论与您解决问题的建议区分开来——在忙碌的项目中，并非每个人都能清楚地了解两者之间的区别。
健康的 Apache 项目预计将尽可能以包容的方式进行自我管理。无论是项目内部决策问题，还是违反 Apache 政策或最佳实践的问题，开始和继续对话的正确地点是项目的 PMC。
当一个严重问题涉及到外部公司（例如滥用项目的品牌或流程）时，可能需要外部帮助。但任何升级外部公司影响或滥用的行为仍应首先告知 PMC，以便他们有机会进行审查。
最高级别 PMC 行为、项目治理、项目不遵循 Apache 政策等问题应发送到 Apache board@ 私人邮件列表并抄送：相关 private@ 列表。
孵化器小组行为、项目治理、小组不遵循 Apache 政策等问题应发送到 Apache Incubator general@ 或 private@ 邮件列表，并抄送：相关 private@podling 列表。
任何品牌或商标问题都应发送到品牌管理委员会的私人列表并抄送：相关 private@ 列表。
任何法律或律师方面的问题都应发送给法律事务委员会（如果需要，发送到私人列表！）。
正式的隐私、GDPR 或删除请求应发送给数据隐私副总裁。
有关更多提示，请参阅可供 Apache 项目使用的服务列表。请注意，private members@ 邮件列表永远不是升级项目问题的正确地点。
根据严重性和紧急程度，有一些罕见的情况可能是上述指南的例外。
任何对人身安全的可信威胁都应立即升级到当地执法部门或紧急人员。如果您在 ApacheCon 或其他 ASF 主办的活动中，请尽快通过询问任何活动工作人员联系会议组织者或计划委员会；在其他地方，请联系 ASF 总裁，邮箱地址为[email protected]。
来自法律顾问的任何法律传票或要求都应立即升级给法律事务委员会，以便 ASF 的法律顾问可以审查采取行动。
您不方便直接与相关人员合作的严重行为准则违规行为，可以升级给总裁或报告志愿者。
在ComDev 上询问上面未涵盖的一般性公开问题是最佳地点。