必要に応じて、コンテンツの保存と分類を行います。プラットフォーム(AOSP)に関する一般的な質問への回答が記載されています。プラットフォームです。業界の特定のプレーヤーが他のプレーヤーのイノベーションを制限したり、妨げたりすることがないように、一極集中を避ける必要もありました。ソフトウェアの実装において多様性と互換性を可能な限り高め、誰もがメリットを得られるようにすることです。中核部分の開発を担当しつつ、デベロッパーやユーザーの活発なコミュニティの構築を支援しています。ライセンスで提供されています。ライセンスを選択しました。詳細については、ライセンスをご覧ください。プラットフォームの立ち上げには、さまざまな要素が関係します。長期的な成功を納めるにはプラットフォームがオープンであることが不可欠です。オープンであるからこそ、デベロッパーの投資を引き付け、高い水準の環境を維持することができます。プラットフォームはユーザーにとっても魅力的なプロダクトでなければなりません。リソースの確保を進めてきました。デバイスの製品化に必要なパートナーシップを推進しています。充実したものとなるよう取り組んでいます。支持を得られないプロダクトのソースコードを望む人はいないでしょう。取り巻くエコシステムを成功させることです。ソースコードは公開されており、誰もが自分のニーズに合わせてソフトウェアの編集、配布を行うことができます。競争の激しい市場に向けて優れたデバイスをリリースしています。プラットフォームにさまざまなイノベーションや機能強化を組み込んで、次期バージョンとして投入します。ソフトウェアを開発し、プロダクトの立ち上げをサポートしています。コミュニティの発展と、新しい機能を活用した多様なデバイスの開発を促進できます。このような方針を採用しています。ツリー内にそれぞれ対応するブランチを持っています。バージョンになります。メーカーがデバイスに移植するのは、このブランチになります。このブランチは常に、リリースに適した状態を維持します。同時に、現在の試験運用版ブランチも用意されます。このブランチでは、次期バージョン向けの大規模な機能強化など、試験的なコントリビューションの開発が行われます。バグの修正や各種コントリビューションは、必要に応じて、試験運用版ブランチから現在の安定版ブランチに組み込まれます。デバイスの開発にも取り組んでいます。次期バージョンのブランチは、必要に応じて、試験運用版ブランチと安定版ブランチから変更要素を取り込みます。ソフトウェア管理をご覧ください。年以上の期間がかかります。メーカーはできる限り最新のソフトウェアを搭載したいと考えます。デベロッパーにとっては、プラットフォームの新バージョンに毎回ついていくのは大変です。どちらのグループも、プロダクトのリリースと最新バージョンの反映のタイミングに苦心することになります。次期バージョンの一部については、非公開のブランチで開発を進めています。ソースコードの現在の安定版に注力でるようにすることです。進行中の取り組みを気にすることなく、単一のバージョンに集中できます。システム内でアプリ互換性に関係しない部分は、オープンソースで開発されます。現在非公開になっている部分についても、今後は徐々にオープンソースでの開発に移行していく予定です。ソースコードはいつリリースされますか?準備が整った段階でリリースされます。ソースコードのリリースは非常に複雑なプロセスです。一部はオープンソースで開発されており、その部分のソースコードは常に利用可能です。それ以外の部分は、最初は非公開ツリー内で開発され、次期バージョンのプラットフォームの準備が整った時点でソースコードがリリースされます。準備が早く進み、デバイスのリリース前にソースコードをリリースすることもあります。通常は、バージョンが安定していると見なされ、開発プロセス面でリリースを許容できる状態になった段階で、プラットフォームのソースがリリースされます。プラットフォームのソースコードをリリースするプロセスは、非常に手間がかかります。イメージにソフトウェアを組み込み、さまざまな認証手続きに合格する必要があります。スマートフォンを展開する地域の規制当局による認証などが必要になります。コードに対して、携帯通信会社によるテストも行われます。これは、ソフトウェアの不具合の検出に役立つため、非常に重要なプロセスです。ソースコードをリリースします。リリースを準備するためにさまざまな取り組みを開始します。準備、プラットフォーム互換性情報の提供などを行います。法務チームが、コードをオープンソースとしてリリースするための最終的な承認を行います。コントリビューションに際してソースに問題がないか検証する必要があります。そのため、多くの場合ユーザーにデバイスが提供されるのとほぼ同じ時期に、ソースコードのリリースが行われることになります。ソフトウェアのメンテナンスと新バージョンの開発を行います。ソフトウェアはオープンソースであるため、あらゆる目的に使用でき、たとえば、ソースは同じでも他のデバイスと互換性がないデバイスを開発することもできます。基本実装を定義することを目的としています。エコシステムに参加できます。互換性要件を満たしていないデバイスは、エコシステムには含まれません。ソースコードの派生物をただ実行するだけのデバイスとを区別するための仕組みです。互換デバイスである」と認定される必要があります。用アプリの開発、ソースコードのコントリビューションを受け付けています。コードのコントリビューションについては制限があります。コントリビューションしようとしても、承認されることはありません。ランタイム環境でアプリを実行することが推奨されているからです。ライブラリなどのコントリビューションも承認されません。ページに記載されているチャンネルからご連絡ください。詳細については、コントリビューションを行うをご覧ください。コミッターの概念はありません。システムを経由します。コントリビューションを適切に管理します。指定された承認者は、提出されたすべての変更を受け入れる必要があります。社員が承認担当者となり、提出元にかかわらず、提出されたすべての変更案を、同じ承認担当者が担当します。詳細については、パッチを提出するをご覧ください。ライセンスに記載のライセンスに従います。関連会社の商標または登録商標です。