イベントを選ぶことができます。レート制限内に維持することを検討してください。使用」を参照してください。場合、ユーザーがアプリを承認したときにスコープを要求します。アプリ設定でアクセス許可を指定します。これらのアクセス許可はスコープよりも細かく、アプリに必要なアクセス許可のみを選ぶことができます。必要なアクセス許可を簡単に判断できます。要求に関するアクセス許可は文書化されていません。アプリのアクセス許可を選択する」を参照してください。動作するように調整します。認証を処理するようにアプリのコードを更新する必要があります。つの方法で認証できます。トークンを作成したりするため)。Appとしての認証」を参照してください。アプリ自体の代理としてアクションを実行するために、アプリのインストールとして。インストールとしての認証」を参照してください。アクションが帰属するユーザーを示すために、ユーザーの代理として。アプリで認証する」を参照してください。オブジェクトを使用して認証できます。構築」を参照してください。レート制限の違いを確認します。これは組織のリポジトリ数とユーザー数に基づいて増やすことができます。アプリのレート制限)」を参照してください。サブスクライブによってレート制限内に留まるようにすることを検討してください。プラクティス」を参照してください。構築」を参照してください。テストして、コードが想定どおりに動作することを確認します。使用できるようにする場合は、アプリがパブリックであることを確認します。Appをパブリックまたはプライベートにする」を参照してください。ユーザーを自動的に移行する方法はありません。インストール、承認、またはその両方を行う必要があります。対する承認を取り消すことをユーザーに促す行動喚起を組み込む必要があります。インターフェイス要素も更新する必要があります。インストールする必要があります。リポジトリのアクセス許可を付与します。ページへのリンクを追加できます。インストールできます。スラッグ名に置き換えます。フィールドにあります。パラメーターを追加できます。パラメーターは次のとおりです。このパラメーターは必須です。省略すると、すべてのリポジトリが選ばれます。事前選択できるリポジトリ数は、最大で100です。リポジトリのリストのエンドポイントを使用します。http(s)://HOSTNAME/github-apps/YOUR_APP_NAME/installations/new/permissions?suggested_target_id=ID_OF_USER_OR_ORG&repository_ids[]=REPO_A_ID&repository_ids[]=REPO_B_ID)。インストール」をご覧ください。要求を行う場合、ユーザーがアプリを承認する必要があります。アクセス許可を付与します。内の各ユーザーは、アプリが自分の代わりに動作できるようにアプリを承認する必要があります。フローを介してユーザーを誘導します。トークンの生成」を参照してください。承認」をご覧ください。アクセス権を取り消すようユーザーに促す必要もあります。完全に移行するのに役立ち、ユーザーのデータのセキュリティを維持するのにも役立ちます。アプリをレビューする」を参照してください。インターフェイスまたはドキュメントを更新する必要があります。削除する必要があります。応答した場合、重複する動作がユーザーによって観察される可能性があります。