GitHub の統合
GitHub の統合を構成するには、次の手順を実行します。
-
GitHub にサインアップします。
-
OAuth 専用アプリとパーソナル アクセス トークンは、更新トークンをサポートしていないため機能しません。
-
GitHub アプリのクライアント ID とクライアント シークレットを使用して TotalAgility で OAuth サーバーを構成してから、認証コードを取得して、自分の GitHub アクセスを承認する必要があります。
GitHub アプリの作成
GitHub アプリを作成して、OAuth トークンを生成および使用してユーザーを識別します。OAuth アクセス トークンは、GitHub アプリのユーザーとして認証できます (ユーザー/サーバー間リクエストとも呼ばれます)。たとえば、GitHub アプリがユーザーの ID を確認したり、ユーザーに代わって動作を行ったりする必要がある場合は、OAuth アクセス トークンを使用してユーザーとして認証できます。
GitHub Apps を作成するときに、エンドユーザー データにアクセスするために必要な権限を選択できます。デフォルトでは、GitHub Apps には権限がありません。権限を追加および削除できます。必要に応じて、リポジトリ権限、組織権限、およびユーザー権限のグループの各許可タイプに対して、読み取りと書き込みの権限を付与します。
以下は、GitHub 統合に必要な最小限のリポジトリ権限です。
アクセス許可 |
アクセス タイプ |
---|---|
コンテンツ: リポジトリのコンテンツ、コミット、分岐、ダウンロード、リリース、および結合。 |
読み取りと書き込み |
プル リクエスト: プル リクエストと関連するコメント、担当者、ラベル、通過ポイント、および結合。 |
読み取りと書き込み |
コミット ステータス: コミットのステータス |
読み取りと書き込み |
TotalAgility での現在のユーザーの GitHub 統合の構成
GitHub Apps が作成された後に、マシンを、TotalAgility ソリューションを保持しているか保持する予定の GitHub サーバーに接続するように構成できます。
GitHub Apps の作成時に生成された GitHub URL、アクセス トークン URL、クライアント ID、およびクライアント シークレットを使用して OAuth サーバーを構成します。
-
OAuth サーバーを構成するには、[新規作成] をクリックします。
に移動し、
- OAuth 2.0 サーバーの一意の [名前] を入力します。
- デフォルトでは、システムによって新しい OAuth サーバーが作業カテゴリに自動的に保存されます。別のカテゴリに保存するには、カテゴリを選択します。
- [認証コード] として [付与タイプ] を選択します。
- [認証方法] を選択します。
- [クライアント ID] と [クライアント シークレット] を入力します。
- アクセス トークンを取得するには、[アクセス トークン URL] として「https://github.com/login/oauth/access_token」と入力します。
- [認証コード URL] として「https://github.com/login/oauth/authorize」と入力します。
- [カスタム リダイレクト URI を使用する] を選択し、ボックスにリダイレクト URI を入力します。
-
[承認する] をクリックします。
GitHub にサインインするように求めるメッセージが表示されます。
-
ユーザー名または電子メール アドレスおよびパスワードを使用して、GitHub にサインインします。
承認されたアプリケーションにリダイレクトされます。
- ブラウザのタブから URL をコピーし、[新しい OAuth 2.0 サーバー構成] ダイアログ ボックスの [認証コード] ボックスに貼り付けて、[承認する] をクリックします。
- デフォルトでは、[更新トークンをサポート] チェック ボックスが選択されており、読み取り専用です。つまり、GitHub と通信するたびに OAuth 更新トークンが必要です。
-
[保存] をクリックします。
OAuth サーバーが構成されます。
-
[リポジトリ] をクリックします。
に移動し、
[GitHub リポジトリ] ダイアログ ボックスが表示されます。
- GitHub リポジトリの [URL] を入力します。
-
この項目は任意です。GitHub リポジトリの [分岐] を指定します。分岐を指定しないと、デフォルトの分岐が複製されます。
GitHub リポジトリはアプリ サーバーに複製されます。現在、Windows では 260 文字を超えるパスは許可されていません。
-
[OAuth サーバー] リストで、GitHub サーバー用に事前構成された OAuth サーバーを選択し、[保存] をクリックします。
現在のユーザーの GitHub と通信するには、OAuth トークンが必要です。OAuth サーバーの詳細を変更すると、アクセス トークンがクリアされます。アクセス トークンを再承認する必要があります。
-
GitHub 接続をテストするには、GitHub カードで [リポジトリ] をクリックします。
[GitHub リポジトリ] ダイアログ ボックスが表示されます。
-
[接続のテスト] をクリックします。
[承認する] ダイアログ ボックスが表示されます。GitHub アクセス用に構成されたリソースとして TotalAgility Designer にログオンする場合、OAuth サーバーの構成時に「カスタム リダイレクト URI」を指定する場合は、GitHub アクセス用に自分を承認するか、GitHub 機能なしで続行するように求めるメッセージが表示されます。
-
[承認する] ダイアログ ボックスで、次のいずれかの操作を実行します。
-
[認証コードの取得] リンクをクリックします。
認証サーバーは、認証サーバーの構成に使用されたカスタム リダイレクト URI にリダイレクトします。認証サーバーによるリダイレクト先の URL 全体をコピーし、[認証コード] フィールドに貼り付けます。[承認する] をクリックして、リソースの GitHub アクセスを承認します。接続を確立するために、認証サーバーから有効な更新トークンが取得されたことを確認し、[保存] をクリックします。
接続の詳細が保存されます。
-
GitHub 機能なしで続行するには、[キャンセル] をクリックします。
追加のユーザーが TotalAgility Designer を起動する場合は、ログオン時に自分の GitHub アクセスを承認するように求められます。
-
-
GitHub のソース管理への接続を削除するには、[承認する] ダイアログ ボックスの [削除] をクリックします。
確認すると、接続が削除されます。