在上次团队会议有人建议，在不清楚由谁或什么时候推动的情况下，建立一个批准更改或贡献的最后期限制度。
系统的工作原理
由于我们经常陷入等待批准的困境，我们可以自己安排一个期限来接受自己的更改，如下所示：
- 做出改变或提出建议。它可能是像github GitHub是一个提供git存储库在线实现的网站，其他开发人员可以轻松地共享、复制和修改这些存储库。公共存储库可以免费托管，私有存储库需要付费订阅。GitHub引入了“拉请求”的概念，在将贡献者在分支中所做的代码更改合并为存储库所有者之前，可以对其进行审查和讨论。https://github.com/例如，Pull Request或文档的结构。查看更多示例在下面.
- 在团队会议上宣布。重要的是让每个人都能轻松地意识到并有机会发表自己的意见。因此，我们可以：
- 要求在下次会议中包含一个主题（如果与现有主题无关），以便您可以宣布您的贡献，解释它并征求反馈，以及
- 使用Github或第2页 P2或O2是人们用来指代Make WordPress博客的术语。可以在以下位置找到https://make.wordpress.org/.（在这种情况下，请团队代表）为贡献者提供一个地方（如果还没有），让他们以一种容易获得且持久的方式提供反馈。
- 确定最后期限。理想情况下，从你在团队会议上分享你的贡献开始算起，需要两周时间。在此期间，贡献者将有时间发表评论并讨论您的贡献。
- 向前移动。你可以通过两种方式继续你的贡献：
- 有反馈的流程。根据你提出的建议的类型，讨论可能会将事情引向不同的解决方案，甚至会拒绝你的建议，列举几个可能的情况。忘记或根据情况重新安排。
- 自行批准您的更改。如果没有人分享他们的想法，每个人都同意你的建议，或者反馈并不代表其性质发生重大变化，你可以假设没有人对此有任何问题。因此，当截止日期到来时，你可以自己批准这件事，然后继续前进。
何时应用此系统
👍此系统旨在对于较小的贡献或之前讨论过的贡献，每个人都同意，但没有人愿意将其变为现实。仅举几个例子：
- 更改文档中的标题或措辞，如手册或任何团队文档。
- 为团队已经同意创建的文档创建结构。
- 创建新的Github问题。
- 在现有项目的Github存储库中添加或更新内容。
👎系统无效对团队及其运营产生重大影响的重大变更。这些更改必须得到很大一部分贡献者的明确批准。
对于目前不使用该系统的情况，没有严格的定义，因为我们仍在尝试测试什么最适合团队的正常运作，并且因为我们呼吁个人常识有利于整个社区。如果有疑问，请在会议上提出该主题，或直接询问团队代表.
措施的批准
本提案已在这个懒散的会议。不过，你可以在这里分享你的想法。你还可以建议做/不做示例，帮助贡献者更清楚何时使用该系统。
