DesktopAtomElectronドキュメントには頻繁に更新が加えられ、その都度公開されています。本ページの翻訳はまだ未完成な部分があることをご了承ください。最新の情報については、英語のドキュメンテーションをご参照ください。本ページの翻訳に問題がある場合はこちらまでご連絡ください。重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。Enterpriseにアップグレードしてください。supportに連絡してください。ファイルをセットアップできます。コードオーナーに指定する人は、リポジトリへの書き込み権限を持っていなければなりません。書き込み権限を持っている必要があります。コードオーナーについてコードオーナーは、所有するコードを変更するプルリクエストを誰かがオープンすると、自動的にレビューを求められます。管理者あるいはオーナー権限を持つ誰かがレビュー必須を有効化した場合、作者がリポジトリ中でプルリクエストをマージできるための条件としてコードオーナーからの承認を必須とすることもできます。詳細は「プルリクエストの必須レビューを有効にする」を参照してください。いう新しいファイルを作成してください。各CODEOWNERSファイルは、リポジトリ内の単一のブランチにコードオーナーを割り当てます。Pagesサイトには@octocatといったように、異なるブランチには異なるコードオーナーを割り当てることができます。ブランチになければなりません。リポジトリ中のgh-pagesブランチの、.jsファイルのコードオーナーとして@octocatを割り当てたなら、.jsに変更を加えるプルリクエストがheadブランチとgh-pagesの間でオープンされると、@octocatはレビューのリクエストを受けることになります。ファイルで使われているのと同じルールに従うパターンを利用します。パターンの後には1つ以上のGitHubのユーザー名あるいはTeam名が続きます。これらの名前には標準の@usernameあるいは@org/team-nameフォーマットが使われます。アカウントに追加されたメールアドレスでユーザを参照することもできます。各行はファイルパターンの後に一人以上のオーナーが続きます。デフォルトのオーナーになります。@global-owner1と@global-owner2にはレビューがリクエストされます。高い優先度を持ちます。リクエストされ、グローバルのオーナーにはリクエストされません。メールアドレスの方が良ければ、そちらを使うこともできます。ルックアップに使われます。`docs/build-app/troubleshooting.md`のようなファイルにはマッチしません。appsディレクトリ内のすべてのファイルのオーナーになります。ディレクトリ中のすべてのファイルのオーナーになります。Inc.規約プライバシ。