@メンション
GitHub のユーザーに通知するには、ユーザー名の前に "@" を付けます。GitHub の Organization のユーザーも、メンションされるチー� の一員にすることができます。
API プレビュー
新しい API や、既存の API メソッドに対する変更を、公式 GitHub API の一部となる前に試す方法。
assignee
issue に割り当てられたユーザー。
Basic 認証
資� �情� �が暗号化されていないテキストとして送信される� �合の認証の方法。
blame
Git の "blame" 機能は、ファイルの各行に対して最後に行われた変更を説明するものであり、通常は、リビジョン、作成者、時刻が表示されます。これは、機能が追� された日時や、特定のバグを引き起こしたコミットを追跡する� �合などに役立ちます。
block
ユーザーが Organization のリポジトリでコラボレーションできないようにすること。
Business プラン
Organization の支払いプラン。無制限のパブリック リポジトリやプライベート リポジトリでコラボレーションしたり、SAML SSO を使った GitHub に対する認証を Organization メンバーに許可または要求したり、SAML または SCIM を使ってアクセスをプロビジョニングまたはプロビジョニング解除したりすることができます。
CA 証明書
証明機関 (CA) から発行されるデジタル証明書。これによって、2 つのマシン (ユーザーのコンピューターと GitHub.com など) の間で有効な接続が確保され、サイトの所有権が検証されます。
cron
Unix のようなコンピューター オペレーティング システ� での、時間ベースのジョブ スケジューラ。
cURL
データを転送するためにコマンド ラインまたはスクリプトで使用されます。
dashboard
パーソナル ダッシュボードは、GitHub でのアクティビティのメイン ハブです。パーソナル ダッシュボードでは、フォロー中または作業中の issue や pull request を記録したり、トップ リポジトリやチー� のページにアクセスしたり、watch 中または参� 中のリポジトリの最近のアクティビティについて把握したりすることができます。また、フォロー中のユーザーや、Star を付けたリポジトリに基づいた、お勧めの新しいリポジトリを見つけることもできます。特定の Organization でのアクティビティのみを表示するには、Organization のダッシュボードにアクセスしてく� さい。詳しくは、「パーソナル ダッシュボードについて」または「Organization ダッシュボードについて」を参照してく� さい。
diff
diff とは、2 つのコミットまたは保存された変更間の差異のことです。diff では、最後のコミット以降にファイルに追� されたかファイルから削除されたものを視覚的に説明します。
directory
1 つ以上のファイルまたはフォルダーを含むフォルダー。ディレクトリを作成すると、リポジトリの内容を整理できます。
Enterprise アカウント
Enterprise アカウントでは、複数の Organization のポリシーと支払いを一元管理できます。{% data reusables.gated-features.enterprise-accounts %}
fast-forward
fast-forward とは、リビジョンがあり、かつ別のブランチでの変更を "マージしている" が、その変更が偶然にもそのリビジョンの子孫である� �合の、特別なタイプのマージのことです。そのような� �合は、新しいマージ コミットを行いませんが、代わりに、このリビジョンに対して更新を行います。これは、リモート リポジトリのリモート追跡ブランチで� �繁に起こります。
fetch
"git fetch" は、変更をコミットせずに、リモート リポジトリからローカルで作業中のブランチに追� する� �合に使います。"git pull" とは異なり、変更を、ローカル ブランチにコミットする前にレビューできます。
Free プラン
無料のユーザー アカウントお支払いプラン。ユーザーは、無制限のパブリック リポジトリで、無制限のコラボレーターと共同作業できます。
gist
gist とは、共有可能なファイルであり、GitHub 上で編集、クローン、フォークできます。gist を、{% ifversion ghae %}内部{% else %}パブリック{% endif %}またはシークレットの gist にすることができますが、シークレット gist は、URL を持つ{% ifversion ghae %}すべての Enterprise メンバー {% else %}すべてのユーザー{% endif %}が使用できます。
Git
Git は、テキスト ファイルの変更を追跡するためのオープン ソース プログラ� です。Linux オペレーティング システ� の作成者によって記述されたもので、ソーシャルなユーザー インターフェイスである GitHub は、その最上位に構築された中� �となるテクノロジです。
gitfile
プレーンな ".git" ファイル。常に、ワーキング ツリーのルートに存在し、Git リポジトリ全体とそのメタ データが含まれる Git ディレクトリをポイントしています。このファイルは、リポジトリが実際のリポジトリであれば、コマンド ラインに "git rev-parse --git-dir" が含まれます。
GitHub App
GitHub App は、Organization 全体に対してサービスを提供します。また、機能の実行には、独自の ID が使用されます。Organization やユーザー アカウントに直接インストールすることができ、特定のリポジトリへのアクセス権も付与されます。細かな権限が付与されており、Webhook が組み込まれています。
GitHub Flavored Markdown
GitHub 全体で文� やコードを書式設定するために使用される、GitHub 固有の Markdown。「GitHub Flavored Markdown の仕様」または「GitHub での記述と書式設定の開始」を参照してく� さい。
GitHub Importer
コミットやリビジョン履歴などのソース コード リポジトリを、ユーザーに代わってすばやく GitHub にインポートするツール。
GitHub Jobs
GitHub ユーザーが関心を持ちそうな仕事について雇用主が投稿できる GitHub サイト。
GitHub Marketplace
GitHub ユーザーや Organization 向けの、ワークフローを拡張して補完するアプリケーションを購入してインストールするためのサブサイト。
GitHub Wiki
wiki スタイルのドキュメントを GitHub リポジトリ上でホストするためのセクション。
GitHub ページ
Pages とも呼ばれます。個人、Organization、またはプロジェクトのページを GitHub リポジトリから直接ホストするように設計された、静的サイト ホスティング サービス。
GraphQL
API のクエリ言語であり、既存のデータを使ってクエリを実行するためのランタイ� です。
HEAD
ブランチの定義済みコミット。通常は、ブランチの先� �にある最新のコミットです。
head ブランチ
pull request をマージすると、このブランチの変更がベース ブランチに組み込まれます。"比較ブランチ" とも呼ばれます。
Hello, World
"Hello, World!" プログラ� は、"Hello, World!" をユーザーに対して出力または表示するコンピューター プログラ� です。このプログラ� は通常、非常に単純なので、プログラミング言語の基本的な構文の例として使用されることが多く、一般的に、新しいプログラミング言語を学習するための最初の演習として使用されます。
high-availability
長時間継続して稼働させるのが望ましいシステ� またはコンポーネント。
hostname
ネットワークに接続されているデバイスのアドレスに対応する、人間が判読可能なニックネー� 。
ID プロバイダー
IdP とも呼ばれます。他の Web サイトへのアクセスに SAML シングル サインオン (SSO) を使うことができる、信� �できるプロバイダー。
instance
Organization の GitHub のプライベートコピー。Organization によって構成され、制御されている仮想マシン内に含まれています。
Jekyll
個人、プロジェクト、または Organization のサイト用の静的サイトジェネレータ。
Jekyll テーマ選択画面
Jekyll サイトで、CSS ファイルを編集したりコピーしたりせずに、ビジュアル テーマを選ぶ自動化された方法。
label
issue または pull request に付けるタグ。リポジトリには、既定のラベルがいくつかありますが、ユーザーはカスタ� ラベルを作成することができます。
LFS
Git Large File Storage。大きいファイルをバージョン管理するためのオープンソース Git 拡張機能。
license
ソース コードを使ってできることとできないことをユーザーに知らせるためにプロジェクトに含めることができるドキュメント。
Linguist
GitHub で使用されるライブラリ。BLOB 言語を検出し、バイナリ ファイルやベンダーされたファイルを無視し、diff で生成されたファイルを非表示にし、言語別グラフを生成します。
Markdown
Markdown は、非常に簡潔なセマンティック ファイル形式で、.doc、.rtf、.txt にやや近いものです。Markdown は、文� (リンク、一覧、箇条書きなどを含む) を書いて Web サイトのように表示させるというような Web 発行の経験がないユーザーにとっても取り扱いやすいものです。GitHub では、Markdown をサポートするとともに、GitHub Flavored Markdown という名前の特別な形式の Markdown を使っています。「GitHub Flavored Markdown の仕様」または「GitHub での記述と書式設定の開始」を参照してく� さい。
master
多くの Git リポジトリの既定のブランチ。既定では、コマンド ラインで新しい Git リポジトリを作成すると、"master" という名前のブランチが作成されます。多くのツールでは、既定のブランチに別の名前を使うようになってきています。{% ifversion fpt or ghes > 3.1 or ghae %} たとえば、GitHub で新しいリポジトリを作成する� �合、既定のブランチは "main" という名前です。{% endif %}
merge
マージとは、1 つのブランチから (同じリポジトリ内で、またはフォークから) 変更を取得し、その変更を別のブランチに適用することです。これは、多くの� �合、"pull request" (マージのリクエストと考えてもよいでしょう) として、またはコマンド ライン経由で行われます。マージは、競合する変更がない� �合や、常にコマンド ライン経由で行われる� �合は、GitHub.com Web インターフェイス経由で pull request を介して行われます。
non-fast-forward
リポジトリのローカル コピーが上流リポジトリと同期されておらず、ローカルの変更をプッシュするには、上流の変更をフェッチする必要がある� �合。
OAuth App
ユーザーに関する情� �にアクセスするために、パスワードではなくアクセス トークンが使用されるサードパーティ アプリケーション。
OAuth トークン
ユーザーに関する情� �にアクセスするために OAuth Apps で使用されるアクセス トークン。
organization
Organization とは、通常、実際の組織を反� する、2 人以上のユーザーのグループのことです。Organization の管理はユーザーが行い、リポジトリとチー� の両方を含めることができます。
Organization オーナー
所有する Organization の管理機能へのフル アクセスを持つユーザー。
origin
既定の上流リポジトリ。ほとんどのプロジェクトには、追跡対象となっている 1 つ以上の上流プロジェクトがあります。既定では、origin がその目的で使用されます。
owner
Organization のすべての管理機能へのアクセスを持つ Organization メンバー。
pre-receive フック
GitHub Enterprise サーバー上で実行されるスクリプトで、品質チェックの実装に使うことができます。
profile
GitHub 上でのユーザーのアクティビティに関する情� �を示すページ。
pull request
pull request とは、リポジトリに対して提案された変更のことです。ユーザーがこれを送信すると、リポジトリのコラボレーターはこれを受け入れるか拒否します。issue と同様に、pull request にはそれぞれ独自のディスカッション フォーラ� があります。
pull request レビュー
コラボレーターからの pull request についてのコメント。pull request がマージされる前に、変更を承認したり、その他の変更を要求したりします。
pull request レビュー必� �
必� �レビューを行うと、コラボレーターが保護されたブランチに対して変更を� える前に、pull request 内のレビューが少なくとも 1 つは確実に承認済みになります。
push
プッシュとは、コミットした変更を GitHub.com 上のリモート リポジトリに送信するという意味です。たとえば、ローカルで何かを変更した� �合、その変更をプッシュすると、他のユーザーがアクセスできるようになります。
README
リポジトリ内のファイルに関する情� �を含むテキスト ファイル。通常、リポジトリの訪問者に表示される最初のファイルです。README ファイルは、リポジトリ ライセンス、投稿ガイドライン、行動規範とともに、期待値の共有や、プロジェクトへのコントリビューションの管理に役立ちます。
release
ソフトウェアをパッケージ化してユーザーに提供する、GitHub での方法。
repository
リポジトリは、GitHub の最も基本的な要� です。プロジェクトのフォルダーと考えるのが最もわかりやすいでしょう。1 つのリポジトリには、すべてのプロジェクト ファイル (ドキュメントを含みます) が含まれ、各ファイルのリビジョン履歴が� �納されます。リポジトリは、複数のコラボレーターが参� することができ、パブリックとプライベートのどちらにもすることができます。
resolve
失敗した自動マージで実行されなかったものを手動で修正するアクション。
scope
OAuth App からリクエストできる、パブリック データと非パブリック データの両方へのアクセスの権限を、グループとして名前を付けたもの。
server-to-server リクエスト
特定のユーザーとは無関係に、ボットとして機能するアプリケーションで使用される API 要求。たとえば、スケジュールどおりに実行され、長時間アクティビティがないと issue をクローズするアプリケーションなどがあります。このタイプの認証を使うアプリケーションでは、ライセンスされた GitHub アカウントを使わないため、特定の数のライセンスの使用が許可されているお支払いプランの Enterprise では、server-to-server ボットに GitHub ライセンスを 1 つも使いません。server-to-server リクエストに使うトークンは、GitHub API 経由でプログラ� によって取得します。「user-to-server リクエスト」も参照してく� さい。
squash
複数のコミットを結合して 1 つのコミットにすること。Git コマンドとしても使います。
SSH キー
SSH キーは、暗号化したメッセージを使って、オンライン サーバーに対して自分自身を識別する方法です。自分のコンピューターに別のサービス用の独自の一意のパスワードが設定されているかのように見えます。{% data variables.product.product_name %} では、SSH キーを使って、コンピューターへの情� �の転送が安全に行われます。
status
コミットがコントリビューション先のリポジトリに設定されている条件を満たしていることの、pull request 内での視覚的な表現。
subscription
ユーザーまたは Organization の GitHub プラン。
Team プラン
パブリック リポジトリとプライベート リポジトリを無制限に利用できる Organization のお支払いプラン。
topics
Git Hub で、特定の対象分野のリポジトリを探索したり、コントリビューション先となるプロジェクトを見つけたり、特定の問題への新しい解決方法を発見したりするための方法。
user
ユーザーとは、個人用 GitHub アカウントを持つユーザーのことです。ユーザーはそれぞれ、個人用プロフィールを持っており、リポジトリ (パブリックとプライベートのどちらでも) を複数所有できます。Organization を作成したり、Organization に招待されて参� したり、別のユーザーのリポジトリでコラボレーションしたりすることもできます。
user-to-server リクエスト
特定のユーザーの代わりにタスクを実行するアプリケーションで使用される API 要求。user-to-server 認証でタスクが実行された� �合、GitHub には、ユーザーによってアプリケーション経由で実行済みとして表示されます。たとえば、サードパーティ アプリケーションから issue を作成すると、GitHub 上では、ユーザーの代わりにそのアプリケーションが issue を作成したことになります。user-to-server リクエストを使った、アプリケーションによる実行が可能なタスクは、アプリとユーザーの両方の権限とアクセスによって範囲が制限されます。user-to-server リクエストで使用されるトークンは、OAuth を介して取得します。詳しくは、「GitHub アプリのユーザーを特定および認可する」を参照してく� さい。 「server-to-server リクエスト」も参照してく� さい。
username
GitHub 上でのユーザーのハンドル。
watch
リポジトリや issue を watch すると、issue や pull request が更新されるたびに通知を受け取ることができます。
watch 対象の通知
ユーザーがサブスクライブしているリポジトリでのアクティビティについての通知。
Web 通知
GitHub の Web インターフェイス (https://github.com/notifications) に表示される通知
webhooks
Webhook を使うと、GitHub.com の特定のイベントをサブスクライブする GitHub Apps をビルドまたはセットアップできます。Webhook を使うと、特定のアクションがリポジトリまたは Organization で発生した� �合に、外部の Web サーバーへ通知を送信できます。サービス フックとも呼ばれます。
アイデンティコン
ユーザーが GitHub にサインアップするときに既定のプロフィール写真として使用される、自動生成された画像。ユーザーは、アイデンティコンを自分のプロフィール写真に置き換えることができます。
アクセス トークン
コマンド ラインと API のどちらで Git を使っても、HTTPS 経由で Git 操作を実行するときにパスワードの代わりに使用されるトークン。個人用アクセス トークンとも呼ばれます。
アプライアンス
Just Enough Operating System (JeOS) と結合して、業界標準ハードウェア (通常はサーバー) または仮想マシンで最適に動作するソフトウェア アプリケーション。
イシュー
issue とは、リポジトリに関する改善の提案、タスク、または質問のことです。issue は、あらゆるユーザーが作成することができ (パブリック リポジトリの� �合)、リポジトリのコラボレーターによってモデレートされます。各 issue には、独自のディスカッション スレッドが含まれています。また、ラベルを付けて分類したり、他のユーザーに割り当てたりすることもできます。
エクスプローラー
GraphiQL のインスタンスであり、"グラフィカルな対話型ブラウザー内 GraphQL IDE" です。
オープン ソース
オープン ソース ソフトウェアとは、あらゆるユーザーが自由に使い、変更し、共有できるソフトウェアのことです (形式の変更の有無は問いません)。今日の "オープン ソース" の概念は、ソフトウェアの� を超えて語られることが多く、あらゆるユーザーがオンラインで� 材をフォーク、変更、ディスカッション、コントリビューションを行うことができるという意味でのコラボレーションという考え方を表しています。
お支払いプラン
ユーザーと Organization 向けのお支払いプラン。プランの各タイプのセット機能が含まれています。
カード
Issue または pull request に関連付けられたプロジェクト ボード内にある移動可能な正方形。
キー フィンガープリント
長い公開キーを識別するのに使用される、短いバイトのシーケンス。
キーチェーン
macOS のパスワード管理システ� 。
キーワード (keyword)
pull request 内で使用される� �合、issue をクローズする特定の単語。
クーポン
ユーザーや Organization がサブスクリプション全体または一部の支払いに使うことができる、GitHub が指定したコード。
クラスターリング
複数のノードにわたって、またこれらのノード間の� 荷分散リクエストにわたって、GitHub Enterprise サービスを実行する機能。
クリーン
ワーキング ツリーが現在の HEAD によって参照されているリビジョンに対応している� �合、そのワーキング ツリーはクリーンです。「ダーティ」も参照してく� さい。
コード オーナー
リポジトリのコードがある部分のオーナーに指名されたユーザー。コード オーナーが所有するコードを変更する pull request を他のユーザーが開くと、コード オーナーに対してレビューが自動的にリクエストされます。
コードの更新� �度のグラフ
各週のコンテンツの追� と削除の回数をリポジトリの履歴に示すリポジトリ グラフ。
コミット (commit)
コミットは、ファイル (またはファイルのセット) に対する個別の変更のことであり、"リビジョン" とも呼ばれます。コミットして作業内容を保存すると、Git によって一意の ID ("SHA" や "ハッシュ" とも呼ばれます) が作成されます。この ID で、コミットした特定の変更や、作成したユーザーや日時の記録を保持することができます。通常、コミットには、変更の内容について簡潔に記述されたコミット メッセージが含まれています。
コミット ID
SHA とも呼ばれます。コミットを識別する 40 文字のチェックサ� ハッシュ。
コミット グラフ
1 つのリポジトリに対して過去 1 年間で行われたすべてのコミットを示すリポジトリ グラフ。
コミット メッセージ
コミットに付ける短い説明テキスト。コミットによって行われる変更について伝えます。
コミット作者
コミットを行うユーザー。
コラボレーター
コラボレーターとは、リポジトリへの読み取りアクセスと書き込みアクセスを持ち、コントリビューションするようにリポジトリ オーナーが招待したユーザーのことです。
コントリビューション
ユーザーのコントリビューション グラフに正方形を追� (「コントリビューションとして何がカウントされるか」) したり、ユーザーのプロファイルでユーザーのタイ� ラインにアクティビティを追� (「コントリビューション アクティビティ」) したりする、GitHub での特定のアクティビティ。
コントリビューション ガイドライン
ユーザーがプロジェクトにコントリビューションする方法を説明したドキュメント。
コントリビューション グラフ
ユーザーのプロファイルの一部であり、過去最大 1 年間の 1 日ごとのコントリビューションを示します。
サービス フック
"Webhook" とも呼ばれます。 Webhook を使うと、特定のアクションがリポジトリまたは Organization で発生した� �合に、外部の Web サーバーへ通知を送信できます。
シークレット チー�
チー� の他のユーザーと、オーナー権限を持つユーザーにのみ表示されるチー� 。
シート
GitHub Enterprise の Organization 内のユーザー。これは、"シート数" と呼ばれることがあります。
シングル サインオン
SSO とも呼ばれます。1 つの� �所 (ID プロバイダー (IdP)) へのサインインをユーザーに許可してから、そのユーザーに他のサービス プロバイダーへのアクセス権を付与します。
ステージング インスタンス
変更を実際の GitHub Enterprise インスタンスに適用する前にテストする方法。
ステータス チェック
ステータス チェックとは、リポジトリにコミットするたびに実行される継続的インテグレーションのビルドのような、外部のプロセスです。詳しくは、「ステータス チェックについて」を参照してく� さい。
ステータス チェック必� �
pull request に対するチェック。これを行うと、コラボレーターが保護されたブランチに対して変更を� える前に、すべての必� � CI テストに確実に合� �します。
スナップショット
ある時点での仮想マシンのチェックポイント。
セキュリティ ログ
最新の 50 個のアクションまたは過去 90 日間に実行されたアクションを一覧表示するログ。
ダーティ
ワーキング ツリーは、現在のブランチにコミットされていない修正が含まれている� �合は、"ダーティ" と見なされます。
タイ� ライン
pull request 内またはユーザー プロファイル上の一連のイベント。
チー�
Organization メンバーのグループ。アクセス権限とメンションのカスケードを使って、会社やグループの構� を反� します。
チー� メンテナ
チー� を管理するために Organization オーナーが行使できる権限のサブセットが付与された Organization メンバー。
チェック
チェックは、{% data variables.product.product_name %} でのステータス チェックのタイプの 1 つです。「ステータス チェック」を参照してく� さい。
チェックアウト
"git checkout" は、コマンド ラインで使うと、新しいブランチを作成できます。また、"git checkout" によって、作業中のブランチを、別のブランチに変更する� けではなく、"git checkout [branchname][path to file]" を指定した別のブランチの別のバージョンのファイルに切り替えることもできます。"checkout" アクションを使うと、オブジェクト データベースのツリー オブジェクトや BLOB でワーキング ツリー全体または一部を更新できます。また、ワーキングツリー全体が新しいブランチをポイントしている� �合は、インデックスと HEAD を更新できます。
チェリーピック
変更のサブセットを一連の変更 (通常はコミット) から選び、新しい一連の変更を別の codebase 上に記録すること。Git では、別のブランチの既存のコミットによって導入された変更を抽出したり、それを現在のブランチのヒントに基づいて新しいコミットとして記録したりするために、"git cherry-pick" コマンドを使ってこれを実行します。詳しくは、Git ドキュメントで git-cherry-pick に関するページを参照してく� さい。
デタッチされた HEAD
Git では、デタッチされた HEAD で作業しようとすると、Git によってブランチがポイントされていないという警告や、ユーザーが行ったコミットがコミット履歴に表示されないという警告が表示されます。 たとえば、チェックアウトした任意のコミットが、特定のブランチの最新のコミットではない� �合、"デタッチされた HEAD" で作業をしていることになります。
デプロイ キー
デプロイ キーは、サーバー上に� �納されている SSH キーのことで、単一の GitHub リポジトリへのアクセス権の付与に使います。このキーは、個人用ユーザー アカウントにアタッチされるのではなく、リポジトリに直接アタッチされます。
トピック ブランチ
開発の分野を概念的に分類したものを識別するために開発者が使う、通常の Git ブランチ。ブランチは非常に簡単で低コストなので、小さなブランチを複数用意して、それぞれのブランチに、明確に定義した概念、小さな増分、関連する変更を含めるのがよいでしょう。機能ブランチとも呼ばれます。
トラフィック グラフ
フル クローン (フェッチではなく)、過去 14 日間の訪問者数、参照サイト数、人気のコンテンツなど、リポジトリのトラフィックを示すリポジトリ グラフ。
ニュース フィード
Watch しているリポジトリまたはユーザーのアクティビティ ビュー。Organization のニュース フィードには、Organization が所有するリポジトリでのアクティビティが表示されます。
ネットワーク グラフ
ルート リポジトリのブランチや、ネットワーク固有のコミットを含むフォークのブランチなど、リポジトリ ネットワーク全体のブランチ履歴を示すリポジトリグラフ。
パーマリンク
特定の Web ページへの永続的な静的ハイパーリンク。
パブリック コントリビューション
パブリック リポジトリ (プライベート リポジトリではなく) に対して行われるコントリビューション。
パブリック リポジトリ
パブリック リポジトリは、GitHub ユーザーではないユーザーも含め、すべてのユーザーが見ることができます。
パルス グラフ
リポジトリのアクティビティの概要を示すリポジトリ グラフ。
パンチ グラフ
リポジトリのアップデートの� �度を、曜日ごと、または時刻ごとに示すリポジトリ グラフ
フェンスされたコード ブロック
コード ブロックの前後に 3 つのバックティック (\ \ ) を使って、GitHub Flavored Markdown で作成できるコードのインデント付きブロック。こちらの例を参照してく� さい。
フォーク
フォークとは、自分のアカウントに存在する別のユーザーのリポジトリの個人用のコピーのことです。フォークすると、元の上流リポジトリに影響を与えることなく、プロジェクトに対して自由に変更を� えることができます。また、上流リポジトリで pull request を開いたり、両方のリポジトリが接続されたままなので、自分が行ったフォークを最新の変更に同期させ続けたりすることもできます。
フォース プッシュ
競合を考慮することなく、リモート リポジトリをローカルな変更で上書きする Git プッシュ。
フォロー (ユーザー)
別のユーザーのコントリビューションとアクティビティについて通知を受けること。
フック
いくつかの GitHub コマンドでは、コマンドの正常な実行中に、オプションのスクリプトに対してコールアウトが行われるので、開発者は機能やチェックを追� することができます。一般的には、フックすると、コマンドが事前に検証されて終了してしまったり、操作の完了後に事後通知が表示されたりする可能性があります。
プッシュ アクセス
書き込みアクセスの同義語。
プライベート コントリビューション
プライベート リポジトリ (パブリック リポジトリではなく) に対して行われるコントリビューション。
プライベートリポジトリ
プライベート リポジトリは、オーナーが指定したリポジトリ オーナーとコラボレーターにのみ表示されます。
プライマリ メール アドレス
� �収書や、クレジットカードまたは PayPal の支払いなど、GitHub からの支払い関連の連絡の送信先となる主要なメール アドレス。
ブランチをプッシュする
リモート リポジトリへのブランチのプッシュが成功したら、ローカル ブランチからの変更でリモート ブランチを更新します。"ブランチをプッシュする" と、Git では、リモート リポジトリ内にあるブランチの HEAD ref の検索と、それがブランチのローカル HEAD ref の直接の先祖であることの検証が行われます。検証されると、Git によって、すべてのオブジェクト (ローカル HEAD ref から到達可能で、リモート リポジトリにはないもの) がリモート オブジェクト データベースにプルされて、リモート HEAD ref が更新されます。リモート HEAD がローカル HEAD の先祖ではない� �合、プッシュは失敗です。
ブランチ制限
特定のユーザーまたはチー� のみが、プッシュしたり、ブランチに対して変更を行ったりすることができるように、リポジトリ管理者が有効化できる制限。
プル (pull)
プルとは、変更をフェッチしてマージすることを指します。たとえば、自分が作業しているファイルを他のユーザーが編集した� �合に、その変更を自分のローカル コピーにプルして、最新の状態になるようにすることです。「フェッチ」も参照してく� さい。
プル アクセス
読み取りアクセスの同義語。
プロジェクト ボード
issue、pull request、メモから成る GitHub 内のボード。列内では、カードとして分類されます。
プロフィール写真
ユーザーが、自分のアクティビティを特定できるように GitHub にアップロードするカスタ� 画像。通常は、ユーザー名も記載されます。これは、アバターとも呼ばれます。
ベース ブランチ
pull request をマージするときに変更の組み込み先となるブランチ。必要な� �合は、pull request を作成するときに、ベース ブランチをリポジトリの既定のブランチから別のブランチに変更できます。
マークアップ
ドキュメントの注釈と書式設定を行うためのシステ� 。
マージの競合
マージされたブランチ間で発生する差異。マージの競合は、複数のユーザーが同じファイルの同じ行に異なる変更を� えた� �合や、1 人のユーザーがファイルを編集し、別のユーザーがその同じファイルを削除した� �合に発生します。ブランチをマージするには、マージの競合を解決しておく必要があります。
マイルストーン
リポジトリ内にある issue や pull request のグループの進行状況を追跡する方法。
ミラー
リポジトリの新しいコピー。
メイン
{% ifversion fpt or ghes > 3.1 or ghae %} 既定の開発ブランチ。Git リポジトリを作成するたびに、"main" という名前のブランチが作成され、アクティブなブランチになります。ほとんどの� �合、これにはローカル開発が含まれますが、あくまでも規則によるものであり、必� �ではありません。{% else %}リポジトリの既定のブランチには、"master" という名前が代わりに選択されることもよくあります。{% endif %}
メンション
ユーザー名の前に @ 記号を付けることで、そのユーザーに送信される通知。GitHub の Organization のユーザーも、メンションされるチー� の一員にすることができます。
メンバー グラフ
リポジトリのすべてのフォークを示すリポジトリ グラフ。
リカバリー コード
GitHub アカウントへのアクセスを再取得できるようにするコード。
リベース
ブランチからの複数の変更を別のベースに再適用して、そのブランチの HEAD を結果にリセットすること。
リポジトリ グラフ
リポジトリのデータの視覚的表現。
リポジトリ メンテナ
リポジトリを管理するユーザー。このユーザーは、リポジトリの作業を管理するために、issue のトリアージや、ラベルなどの機能の使用の支援を行うことができます。また、このユーザーには、README の維持管理や、ファイルを最新の状態に保つ責任もあります。
リポジトリのキャッシュ
分散チー� と CI クライアントの近くに配置される、GitHub Enterprise サーバー インスタンスのリポジトリの読み取り専用ミラー。
リモート
これは、サーバー上 (ほとんどの� �合 GitHub.com) でホストされるリポジトリまたはブランチのバージョンのことです。リモート バージョンは、ローカルのクローンに接続できるので、変更を同期させることができます。
リモート URL
コードが� �納されている� �所。GitHub 上のリポジトリや別のユーザーのフォークという� �合もあれば、別のサーバーという� �合もあります。
リモート リポジトリ
同じプロジェクトの追跡に使用されるが、別の� �所にあるリポジトリ。
ルート ディレクトリ
階層内の最初のディレクトリ。
ルート ファイルシステ�
基本オペレーティング システ� と GitHub Enterprise アプリケーション環境。
レビュー
レビューでは、リポジトリへのアクセスを持つ他のユーザーが、pull request 内で提案されている変更についてコメントしたり、変更を承認したり、その pull request がマージされる前にさらに変更をリクエストしたりすることができます。
レプリカ (replica)
GitHub Enterprise のプライマリ インスタンスに対して冗長性を与える GitHub Enterprise インスタンス。
ロックされた個人用アカウント
ユーザーがアクセスできない個人用アカウント。ユーザーが有料アカウントから無料アカウントに変更したり、有料プランの支払い期限を過ぎたりすると、アカウントはロックされます。
上流
ブランチまたはフォークについて説明する� �合、元のリポジトリにあるプライマリ ブランチは、他の変更の主な発生源となるため、"上流" と呼ばれることがよくあります。そのため、ユーザーが作業するブランチやフォークは、"下流" と呼ばれます。origin とも呼ばれます。
上流ブランチ
あるブランチにマージされる既定のブランチ (または、そのブランチのリベース先のブランチ)。"branch.
依存グラフ
パブリック リポジトリに依存するパッケージ、プロジェクト、リポジトリを示すリポジトリ グラフ。
依存関係グラフ
リポジトリが依存するパッケージとプロジェクトを示すリポジトリ グラフ。
保護されたブランチ
保護されたブランチを使うと、リポジトリ管理者が保護対象として選ん� ブランチ上で、Git のいくつかの機能がブロックされます。このブランチに対して強制プッシュや削除はできません。また、必要なチェックに合� �していない状態や必要なレビューが承認されていない状態で変更をマージしたり、GitHub Web インターフェイスからファイルをアップロードしたりすることはできません。保護されたブランチは通常、既定のブランチです。
個人用アカウント
個々のユーザーに属している GitHub アカウント。
入れ子チー�
親チー� の子チー� 。ユーザーは、複数の子チー� (または入れ子チー� ) を持つことができます。
共同作成者
共同作成者とは、リポジトリへのコラボレーター アクセスはないものの、プロジェクトに対してコントリビューションを行い、オープンした pull request をリポジトリにマージさせたユーザーのことです。
共同作成者グラフ
リポジトリの共同作成者上位 100 人を表示するリポジトリ グラフ。
分岐
ブランチとは、リポジトリのパラレル バージョンです。これは、リポジトリに含まれていますが、プライマリ ブランチや main ブランチに影響を与えることはなく、"ライブ" バージョンに混乱をもたらさずに自由に作業できるものです。必要な変更を行ったら、ブランチを main ブランチにマージし直して、変更を公開できます。
参� 通知
自分のユーザー名またはチー� がメンションされていた、または以前コメント内で返信していた issue や pull request 内の会話のアップデートについての通知。
参照可能なチー�
どの Organization メンバーにも表示され、@メンションできるチー� 。
固定リポジトリ
ユーザーがアピールのために自分のプロフィールに表示することにしたリポジトリ。
外部コラボレーター
Organization の 1 つ以上のリポジトリへのアクセス権が付与されているが、その Organization への他のアクセス権は付与されておらず、その Organization のメンバーではないユーザー。
子チー�
入れ子チー� 内で、親チー� のアクセス権限と @メンションを継承するサブチー� 。
打ち消し
GitHub 上で pull request を打ち消すと、新しい pull request が自動的に開きます。これには、マージされた元の pull request からのマージ コミットを打ち消すコミットが 1 つ含まれます。Git では、コミットを打ち消すには "git revert" を使います。
支払いサイクル
特定の支払いプランの時間間隔。
支払いマネージャー
Organization の支払い設定を管理する Organization メンバー。
支払い請求先メール アドレス
� �収書や、クレジットカードまたは PayPal の支払いなど、GitHub からの支払い関連の連絡の送信先となる Organization のメール アドレス。
既定のブランチ
リポジトリ内の新しい pull request とコードのコミットのためのベース ブランチです。それぞれのリポジトリには、ブランチが 1 つ以上ありますが、これは、リポジトリを初期化すると Git によって作成されるものです。通常、最初のブランチは {% ifversion ghes < 3.2 %}"master"{% else %}"main"{% endif %} という名前のものですが、たいていは既定のブランチです。
星
リポジトリのブックマークまたは感謝の表現。星は、プロジェクトの人気をランク付けするための手動の方法です。
書き込みアクセス
リポジトリへの変更のプッシュ、書き込み、変更をユーザーに許可する、リポジトリでの権限レベル。
本番ブランチ
すぐに使用できる状態になっており、アプリケーションやサイトへのデプロイの準備が完了している、最終変更を含むブランチ。
機能ブランチ
新しい機能の実験や、本番には存在しない issue の修正に使うブランチ。トピック ブランチとも呼ばれます。
比較ブランチ
pull request の作成に使うブランチ。このブランチは、pull request で選ん� ベース ブランチと比較されて、変更内容が特定されます。pull request がマージされると、このベース ブランチは、比較ブランチからの変更を使って更新されます。pull request の "ヘッド ブランチ" とも呼ばれます。
略歴
プロフィールに記載されている、ユーザーが作成した説明 (プロフィールに略歴を追� する)
管理コンソール
GitHub Enterprise インターフェイス内にある、管理機能を含むセクション。
統合
GitHub と統合されるサードパーティ アプリケーション。これは、GitHub Apps、OAuth Apps、または Webhook である� �合があります。
継続的インテグレーション
CI とも呼ばれます。GitHub 上に構成されたリポジトリに対してユーザーが変更をコミットすると、自動化されたビルドとテストを実行するプロセス。CI は、ソフトウェア開発の一般的なベスト プラクティスであり、エラーの検出に役立ちます。
行コメント
特定のコード行についての、pull request 内にあるコメント。
行動規範
コミュニティへの参� 方法の基準を定義したドキュメント。
行終端
テキスト ファイルの行末をシンボル化する、1 つ以上の非表示の文字。
複製
クローンとは、Web サイトのサーバー上ではなく、ユーザーのコンピューターに存在するリポジトリのコピーのことです。または、そのコピーを作成する操作を指します。クローンを作成すると、好きなエディターでファイルを編集したり、オンラインでなくても、Git を使って変更を記録したりすることができます。クローンしたリポジトリは、リモート バージョンには接続されたままなので、オンラインになったときに、ローカルで行った変更をリモート バージョンにプッシュすれば同期させることができます。
親チー�
入れ子チー� 内で、子チー� によるアクセス権限と @メンションの継承元となっているメイン チー� 。
診断
GitHub Enterprise インスタンスの設定と環境の概要。
認証コード
ブラウザーから 2FA でサインインするときに、GitHub パスワードの他に入力するコード。このコードは、アプリケーションによって生成されるか、お使いのスマートフォンにテキスト メッセージで送信されます。"2FA 認証コード" とも呼ばれます。
読み取りアクセス
リポジトリでの権限レベル。これにより、ユーザーは、リポジトリからの情� �のプルや読み取りが許可されます。読み取りアクセスは、すべてのパブリック リポジトリによって、すべての GitHub ユーザーに付与されます。プル アクセスの同義語。
転送
リポジトリの転送には、リポジトリのオーナーの変更という意味があります。新しいオーナーは、リポジトリのコンテンツ、issue、pull request、リリース、設定の管理をすぐに行うことができるようになります。
返信テンプレート
自分の GitHub ユーザー アカウントに保存したり追� したりすることで、GitHub のあらゆる� �所で、issue や pull request に使うことができるコメント。
通知 (notification)
関心のあるアクティビティについての情� �を提供するアップデート。設定に応じて、Web またはメールで届きます。
電子メール通知
ユーザーのメール アドレスに送信される通知。