組織の個人用アクセス トークン ポリシーを設定する - GitHubドキュメント
personal access tokens によるアクセスの制限 組織の所有者は、次のオプションを使用して、 personal access tokens が組織が所有するリソースにアクセスできないようにすることができます。 **personal access tokens を介してアクセスを制限: **Personal access tokens (classic) または fine-grained personal access tokens は組織が所有するリソースにアクセスできません。 personal access tokensによって作成された SSH キーは引き続き機能します。 **personal access tokensを介してアクセスを許可する:**Personal access tokens (classic)またはfine-grained personal ac
さまざまなタスクを使った AI モデルの比較 - GitHubドキュメント
ワークフローに適した AI モデルを選ぶのに役立つサンプル プロンプト、回答、ガイダンスと共に、一般的な開発者タスクの実際の例を確認します。 概要 コパイロットチャット でサポートされている各 AI モデルには、それぞれ異なる長所があります。 この記事では、どのモデルを使うかを判断できるように、一般的な開発者タスクの実際の例と、サンプル プロンプト、回答、特定のモデルが適している理由に関するガイダンスを提供します。 これらの例は、モデルの推論スタイル、回答の深さ、視覚的な入力を処理する能力がどのように異なるかを示しています。 これらを使って出力の品質を比較し、特定のワークフローに適したモデルを選びます。 サポートされているモデルの詳細な一覧と機能の比較については、「AI モデルの比較」を参照してください。 GPT-4.1 GPT-4.1 は、速度、応答性、汎用推論から恩恵を得られる一般的な
GitHub アプリを作成するためのベスト プラクティス - GitHubドキュメント
GitHub Appのセキュリティとパフォーマンスを向上させるには、次のベスト プラクティスに従ってください。 必要な最低限のアクセス許可を選択する GitHub Appを登録するときに、GitHub Appに必要な最小限のアクセス許可を選択します。 アプリのキーまたはトークンが侵害された場合、こうすることで発生する可能性のある損害の量を制限できます。 アクセス許可の選択方法の詳細については、「GitHub アプリのアクセス許可の選択」を参照してください。 GitHub Appがインストール アクセス トークンまたはユーザー アクセス トークンを作成するときに、アプリがアクセスできるリポジトリとトークンに与えるアクセス許可をさらに制限できます。 詳細については、「GitHub アプリのインストール アクセス トークンの生成」および「GitHub アプリのユーザー アクセス トークンの生成」
GitHub Enterprise Cloud のトライアルを設定する - GitHub Enterprise Cloud Docs
GitHub Enterprise Cloud は、GitHub で共同作業を行う大規模な企業またはチーム向けに設計されています。「GitHub Enterprise Cloud について」を参照してください。 試用版を設定するには、個人用アカウントにサインイン済みである必要があります。 個人用アカウントがない場合は、「GitHub でのアカウントの作成」を参照してください。 GitHub Enterprise Cloud の試用版を設定する Enterprise の種類について GitHub Enterprise Cloud の試用版を設定するときに、Enterprise の種類を選択します。 個人用アカウントがある Enterprise マネージド ユーザーを含む Enterprise Enterprise に最適な選択肢を決定するには、「GitHub Enterprise Cloud
GitHub Copilot for Business のプライバシーに関する声明 - GitHub Docs
GitHub Copilot for Business が個人データを保持する期間はどのくらいですか? GitHub Copilot for Business によって収集された個人データに関して、GitHub はどのような処理の役割を果たしていますか? 発効日:2023 年 8 月 31 日 GitHub Copilot for Business の使用には、GitHub のプライバシーに関する声明、利用規約、および GitHub Copilot for Business ライセンス条項も適用されます。 Copilot for Business で収集される個人データは何ですか？ GitHub Copilot for Business は、ユーザー エンゲージメント データ、プロンプト、および提案という 3 つのカテゴリのデータから個人データを収集します。 ユーザー エンゲージメント デ
コンテキスト リファレンス - GitHubドキュメント
使用可能なプロパティ、アクセス方法、使用例など、 GitHub Actions ワークフローで使用できるコンテキストに関する情報を確認します。
ワークフローでの認証に GITHUB_TOKEN を使用する - GitHubドキュメント
GITHUB_TOKENを使用して、GitHub Actionsの代わりに認証する方法について説明します。 このチュートリアルでは、トークンをアクションに渡す例、API 要求を行う方法、セキュリティで保護された自動化のためのアクセス許可を構成する例など、GITHUB_TOKEN ワークフローで認証にGitHub Actionsを使用する方法について説明します。 参考情報については、「GitHub Actions のワークフロー構文」をご覧ください。 ワークフローでの GITHUB_TOKEN の使用 GITHUB_TOKENは、シークレットを参照するための標準構文 (${{ secrets.GITHUB_TOKEN }}) を使用して使用できます。 GITHUB_TOKENを使用する例としては、アクションへの入力としてトークンを渡すことや、トークンを使用して認証された GitHub API
Syncing a fork - GitHubドキュメント
People with write access for a forked repository can sync the fork to the upstream repository. Syncing a fork branch from the web UI On GitHub, navigate to the main page of the forked repository that you want to sync with the upstream repository. Above the list of files, select the Sync fork dropdown menu. Review the details about the commits from the upstream repository, then click Update branch.
GitHub Actions でのシークレットの使用 - GitHubドキュメント
リポジトリのシークレットの作成 GitHub で組織リポジトリのシークレットまたは変数を作成するには、write のアクセス権が必要です。 個人アカウントのリポジトリについては、リポジトリコラボレーターである必要があります。 GitHub で、リポジトリのメイン ページに移動します。 リポジトリ名の下にある [Settings] をクリックします。 [設定] タブが表示されない場合は、 [] ドロップダウン メニューを選び、 [設定] をクリックします。 サイドバーの [Security] セクションで、 [Secrets and variables] を選んでから、[Actions] をクリックします。 [シークレット] タブをクリックします。 [新しいリポジトリ シークレット] をクリックします。 名前 フィールドで、シークレットの名前を入力します。 "シークレット" フィールドで、シ
Docker イメージの発行 - GitHubドキュメント
はじめに このガイドでは、Docker ビルドを実行し、Docker イメージを Docker Hub または GitHub Packages に発行するワークフローを作成する方法について説明します。 1つのワークフローで、1つのレジストリあるいは複数のレジストリにイメージを公開できます。 前提条件 ワークフローの設定オプションと、ワークフローファイルの作成方法についての基本的な知識を持っておくことを推奨しています。 詳しくは、「ワークフローの書き込み」をご覧ください。 以下についての基本的な理解があると役に立つでしょう。 GitHub Actions でのシークレットの使用 ワークフローでの認証に GITHUB_TOKEN を使用する コンテナレジストリの利用 イメージの設定について このガイドでは、 GitHub リポジトリに格納されている Docker イメージの完全な定義があること
プル要求のマージ - GitHubドキュメント
コミットをマージする pull request で既定の [pull request のマージ] オプションをクリックすると、機能ブランチからのすべてのコミットがマージ コミット内のベース ブランチに追加されます。 pull request は、--no-ff オプションを使用してマージされます。 pull request をマージするには、リポジトリの書き込みアクセス許可が必要です。 マージ コミットでは、pull request ブランチからの完全なコミット履歴が保持されます。 これにより、レビュー修正や中間作業など、最終的な変更につながったすべてのコミットを簡単に確認できます。 また、基本ブランチ履歴に明示的なマージ ポイントも作成します。 この戦略は、チームの値が完全な履歴である場合、またはプル要求内の個々のコミットが単独で意味を持つ場合に選択します。 コミットをスカッシュしてマー
ワークフローをトリガーするイベント - GitHubドキュメント
メモ * このイベントは、2つ以上の種類のアクティビティで起動されます。 各アクティビティの種類については、 Webhook のイベントとペイロード を参照してください。 既定では、すべてのアクティビティの種類で、このイベントに対して実行されるワークフローがトリガーされます。 types キーワードを使うと、ワークフローの実行を特定の種類のアクティビティに限定できます。 詳しくは、「GitHub Actions のワークフロー構文」をご覧ください。 ワークフロー ファイルが既定のブランチに存在する場合にのみ、このイベントによってワークフローの実行がトリガーされます。 ワークフロー リポジトリ内のブランチ保護ルールが変更されたときにワークフローを実行します。 ブランチ保護ルールについて詳しくは、「保護されたブランチについて」をご覧ください。 ブランチ保護ルール API については、Graph
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スラッシュ コマンドについて - GitHub ドキュメント
ワークフローの書き込み - GitHubドキュメント