登録の受け付けを開始しました。よって翻訳されました。重要なアーキテクチャの変更が伴う場合は、設計を記述する必要があります。変更を提出する前に、その内容を確認し、審査を受けます。重要な変更の例を次に示します。インターフェースの変更。コアチームからアドバイスを求めることができます。次の理由により、設計ドキュメントは提出前に審査されます。非常に複雑なシステムです。深刻な影響をもたらしていますチームにはユーザーから多くの機能リクエストが寄せられています。機能はコアチーム外のユーザーが実装しています。関するさまざまなレベルの専門知識を持っています。チーム自体の専門知識のレベルはさまざまです。あらゆる側面をしっかり理解しています。変更では、下位互換性を確保し、互換性の問題を回避する必要があります。ポリシーは、次のような可能性を最大化するのに役立ちます。すべての機能リクエストに対して、ベースラインレベルの精査が行われます。あります公開された設計ドキュメントには、初期設計が記録されています。設計の実装に伴う継続的な変更ではありません。機能の説明をご覧ください。審査担当者をリクエストできます設計ドキュメントを作成するすべての設計ドキュメントには、以下を含むヘッダーが必要です。ドキュメントとして作成することもできます。マークダウンを使用します。ファイルまたはドキュメントのリンクを記載してください。可能であれば、リード審査担当者を選定します。