@メンション
ユーザ名の前に「@」を使用して GitHub 上の個人に通知。GitHub 上の Organization 内のユーザも、メンション可能な Team の一部になることができます。
APIプレビュー
新規の API や既存の API メソッドへの変更が公式 GitHub API の一部になる前に試すための方法。
assignee
Issue に割り当てられたユーザ。
Basic認証
認証情報が暗号化されていないテキストで送信された場合の認証の方法。
blame
Git の「blame」機能とは、ファイルの各行で最後に行われた修正について説明するものであり、通常はリビジョン、作者、および日時を表示します。これは、機能が追加された日時や特定のバグを引き起こしたコミットを突き止める場合などに有用です。
Businessプラン
Organization の支払いプランで、無制限のパブリックリポジトリおよびプライベートリポジトリでのコラボレーションをすることや、Organization のメンバーに対し GitHub への SAML SSO を使用した認証を許可したり要求したりすることや、SAML or SCIM によるアクセスをプロビジョニングおよびデプロビジョニングすることができるもの。
CA証明書
証明書認証局（CA）から発行されるデジタル証明書。2 つのマシン（ユーザのコンピュータと GitHub.com など）の間の有効な接続を確保し、サイトの所有権を検証します。
check
チェックは、GitHub Enterprise Server上のステータスチェックの一種です。「ステータスチェック」を参照してください。
cURL
データを転送するためにコマンドラインまたはスクリプトで使用。
Diagnostics
GitHub Enterprise インスタンスの設定および環境の概要。
diff
diff とは、2 つのコミット（保存された変更）間での変更の差異です。diff では、最後のコミットから後にファイルで追加または削除されたものが視覚的に描写されます。
Enterpriseアカウント
Enterprise accounts allow you to centrally manage policy and billing for multiple organizations. Enterpriseアカウントは、GitHub Enterprise Cloud、GitHub Enterprise Serverで利用できます。 For more information, see "About enterprise accounts."
Explorer
GraphiQL（「グラフィカルインタラクティブインブラウザ GraphQL IDE」のこと）のインスタンス。
fast-forward
fast-forward とは特別なタイプのマージであり、リビジョンがあって別のブランチでの変更を「マージしようとしている」 が、その変更箇所が偶然に当のリビジョンの下位である場合に行われます。こうしたケースでは、新たなマージコミットはしない代わりに、単にそのリビジョンを更新します。これはリモートリポジトリのリモート追跡ブランチで頻繁に発生します。
Freeプラン
ユーザアカウントの支払いプランで、無料のもの。ユーザがコラボレーションできるパブリックリポジトリは無制限、コラボレータも無制限です。
gist
Gistは、GitHub上で編集、クローン、フォークできる共有可能なファイルです。Gistはパブリックもしくはシークレットにすることができますが、シークレットのGistはURLから誰でもアクセスできます。
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 特有の Markdown であり、GitHub 全体で文章やコードをフォーマットするのに使用されます。[GitHub Flavored Markdown の仕様]（https://github.github.com/gfm/）または [GitHub で書き、フォーマットしてみる]（/articles/getting-started-with-writing-and-formatting-on-github）を参照。
GitHub Importer
ソースコードリポジトリ（コミットやリビジョン履歴を含む）を素早くインポートするツール。
GitHub Jobs
GitHub ユーザが興味を持ちそうなジョブを雇用者がポストできる GitHub サイト。
GitHub Marketplace
GitHub ユーザや Organization がワークフローを拡張したり補足したりするアプリケーションを購入してインストールするためのサブサイト。
GitHub Pages
別名 Pages。個人、Organization、またはプロジェクトのページを GitHub リポジトリから直接ホストするように設計された静的サイトホスティングサービス。
GitHub Wiki
wiki スタイルのドキュメントを GitHub リポジトリ上でホストするためのセクション。
GraphQL
API のクエリ言語、およびそのクエリに既存のデータを入力するためのランタイム。
HEAD
ブランチの定義済みコミット。通常はブランチの先頭にある最新のコミットです。
headブランチ
プルリクエストをマージする際にベースブランチに変更が組み込まれるブランチ。「比較ブランチ」とも呼ばれます。
Hello, World
「Hello, World!」プログラムは、ユーザに対し「Hello, World!」を出力または表示するコンピュータプログラムです。このプログラムは非常にシンプルであることが多く、プログラミング言語の基本構文の例としてよく使用され、新しいプログラミング言語の学習で一般的な最初の演習となります。
High Availability
動作を長時間継続することが望ましいシステムまたはコンポーネント。
Issue
Issue とは、 リポジトリに関して提起された改善、タスクまたは質問です。Issue は（パブリックリポジトリについては）誰でも作成でき、リポジトリコラボレータによるモデレーションがされます。Issue ごとに専用のディスカッションスレッドが含まれます。Issue をラベルによって分類すれば、誰かに割り当てることもできます。
Jekyll
個人、Organization、またはプロジェクトのサイト向け静的サイトジェネレータ。
Jekyll テーマ選択画面
Jekyll サイトで CSS ファイルを編集したりコピーしたりせずにビジュアルテーマを選択するための、自動化された方法。
LFS
Git Large File Storage。大きいファイルのバージョン管理に向けた Git のオープンソース拡張。
Linguist
GitHub で使用されるライブラリであり、blob 言語を検出し、バイナリファイルやベンダーされたファイルを無視し、diff で生成されたファイルを非表示にし、言語別グラフを生成するもの。
main
デフォルトの開発ブランチ。Gitリポジトリを作成すると、mainという名前のブランチが作成され、アクティブなブランチになります。ほとんどの場合、これにはローカルの開発が含まれますが、これは純粋に慣例によるものであり、必須ではありません。
management Console
GitHub Enterprise インターフェース内で、管理機能を含むセクション。
Markdown
Markdown は非常にシンプルでセマンティックファイル形式であり、.doc、.rtf 、.txtと大差ありません。Markdown はウェブパブリッシングの素養がない人でも簡単に文章（リンク、リスト、箇条書きなど）を書いたりウェブサイトのように表示したりできます。GitHub では Markdown をサポートしており、GitHub Flavored Markdown という特定の形式の Markdown を使用します。GitHub Flavored Markdown の仕様または GitHub で書き、フォーマットしてみるを参照。
master
多くのGitリポジトリのデフォルトブランチ。デフォルトでは、新しいGitリポジトリをコマンドライン上で作成すると、masterというブランチが作成されます。現在では、多くのツールがデフォルトブランチに代わりの名前を使うようになりました。たとえばGitHub上で新しいリポジトリを作成すると、デフォルトブランチはmainになります。
non-fast-forward
リポジトリのローカルコピーが上流リポジトリと同期されていないこと。ローカルの変更をプッシュする前に、上流の変更をフェッチする必要があります。
OAuth App
ユーザにまつわる情報にアクセスするためにパスワードよりもアクセストークンを使用するサードパーティアプリケーション。
OAuthトークン
OAuth App でユーザにまつわる情報にアクセスするために使用されるアクセストークン。
Organization
Organization とは 2 人以上のユーザのグループであり、通常は実際の組織をミラーしたものです。ユーザによって管理され、リポジトリと Team のいずれも含めることができます。
Organizationのオーナー
所有する Organization の管理機能にフルアクセスできるユーザ。
origin
デフォルトの上流リポジトリ。ほとんどのプロジェクトでは少なくとも上流プロジェクトを 1 つ追跡しています。デフォルトでは、origin がその目的に使用されます。
pre-receive フック
GitHub Enterpriseサーバ上で動作するスクリプトで、品質チェックの実装に利用できるもの。
Pull Requestレビュー
プルリクエストについてのコラボレータからのコメントで、変更を受け入れたり、プルリクエストがマージされる前にさらなる変更をリクエストしたりするもの。
Pull Requestレビュー必須
必須レビューにより、保護されたブランチにコラボレーターが変更を加える前に、プルリクエストには少なくとも 1 つの承認済みレビューが存在するようになります。
README
リポジトリにあるファイルについての情報を記載したテキストファイルで、通常の場合、リポジトリの訪問者へ最初に表示されるファイル。README ファイルと、リポジトリライセンス、コントリビューションガイドライン、行動規範は、プロジェクトについて期待されることを共有したりコントリビューションを管理したりすることを支援します。
repository cache
A read-only mirror of repositories for your GitHub Enterprise server instance, located near distributed teams and CI clients.
server-to-serverリクエスト
特定のユーザとは関係なく、botとして振る舞うアプリケーションが使用するAPIリクエスト。たとえば、スケジュールに基づいて動作し、長期間にわたってアクティビティがないIssueをクローズするアプリケーション。この種の認証を利用するアプリケーションは、ライセンスされたGitHubのアカウントを使用しないので、特定数のライセンスの利用を許可する支払いプランを使っている企業では、サーバー対サーバーのボットはGitHubライセンスを消費しません。サーバーからサーバーへのリクエストで使われるトークンは、GitHub APIを使ってプログラムから取得できます。「ユーザーからサーバーへのリクエスト」も参照してください。
squash
複数のコミットを結合して 1 つのコミットにすること。Git コマンドでもあります。
SSH キー
SSH キーとは、暗号化されたメッセージを使用して、自身をオンラインサーバに識別させるための方法です。ご使用のコンピュータが、あたかも別のサービスへの一意のパスワードを独自に持っているかのようになります。GitHub Enterprise Serverでは SSH キーを使用して、ご使用のコンピュータに情報を安全に送信します。
Star
ブックマーク、またはリポジトリについての感謝の表示。Star とは、プロジェクトの人気度を手動でランク付けする方法です。
Team
Organization メンバーのグループ。アクセス権限とメンションのカスケードによって、会社やグループの構造を反映します。
Teamプラン
Organization の支払いプランで、パブリックリポジトリとプライベートリポジトリの取得に制限がないもの。
Topics
GitHub で、特定の領域に関するリポジトリを調べたり、コントリビュートするプロジェクトを探したり、特定の問題に対する新たなソリューションを見つけ出したりするための方法。
user-to-serverリクエスト
特定のユーザの代わりにタスクを実行するアプリケーションが使用するAPIリクエスト。user-to-server認証で実行されたタスクは、GitHub上ではアプリケーションを使用してユーザが実行したとして表示されます。たとえば、サードパーティのアプリケーション内からIssueを作成することができ、そのアプリケーションはあなたの代わりにGitHub上でその処理を行ってくれるでしょう。user-to-serverリクエストを使ってアプリケーションが実行できるタスクのスコープは、アプリケーション及びユーザの権限及びアクセスの両方によって制限されます。user-to-serverリクエストによって使われるトークンは、OAuthによって取得されます。詳しい情報については「GitHub Appsのユーザの特定と認可」を参照してください。「server-to-serverリクエスト」も参照してください。
Watch
リポジトリや Issue を Watch すれば、Issue やプルリクエストにアップデートがあった際に通知を受け取ることができます。
Watch対象の通知
ユーザがサブスクライブしているリポジトリでのアクティビティについての通知。
webhook
webhook は、GitHub.com の特定のイベントにサブスクライブする GitHub App のビルドやセットアップができるようにするものです。webhook により、特定のアクションがリポジトリあるいはOrganizationで発生したら必ず外部のウェブサーバへ通知を配信するための方法が得られます。サービスフックともいいます。
Web通知
GitHubのウェブインターフェースに表示される通知（https://github.com/notifications）
アイデンティコン
ユーザが GitHub にサインアップした際にデフォルトのプロフィール画像として使用される、自動生成された画像。ユーザは自分のアイデンティコンを独自のプロフィール画像に置き換えることができます。
アイデンティティプロバイダ
別名 IdP。ウェブサイトへのアクセスに SAML シングルサインオン（SSO）を使用できるようにする、信頼されているプロバイダ。
アクセストークン
Git 操作を HTTPS 経由で実行する際、Git がコマンドラインと API のいずれでも、パスワードの代わりに使用されるトークン。個人アクセストークンともいいます。
アプライアンス
Just Enough Operating System（JeOS）と結合して業界標準ハードウェア（通常はサーバ）または仮想マシンで最適に動作するソフトウエアアプリケーション。
インスタンス
Organization による GitHub のプライベートコピー。Organization で設定して制御する仮想マシン内に含まれています。
インテグレーション
サードパーティ製アプリケーションで、GitHub に統合されるもの。GitHub App、OAuth App、webhook などです。
オープンソース
オープンソースソフトウェアとは、誰でも自由に使用、修正、および（修正済みと未修正のいずれの形式でも）共有できるソフトウェアです。今日では、「オープンソース」の概念はソフトウェアの枠を超えてコラボレーションの哲学をいうことが多く、そのコラボレーションの素材について誰でもオンラインでフォーク、修正、ディスカッション、コントリビューションができます。
カード
Issue またはプルリクエストに関連付けられたプロジェクトボード内にある、移動可能な正方形。
キーチェーン
macOS のパスワード管理システム。
キーフィンガープリント
長い公開鍵を識別するのに使用される、短いシーケンスのバイト。
キーワード
プルリクエスト内で使用される場合に Issue をクローズする、特定のワード。
クーポン
ユーザや Organization が全部または一部のプランの支払いをするのに使用できる、GitHub 提供のコード。
クーロン
Unix のようなコンピュータオペレーティングシステムでの、時間ベースのジョブスケジューラ。
クラスタリング
複数のノードにわたって、また当該ノード間のロードバランスリクエスト間で、GitHub Enterprise サービスを実行する機能。
クリーン
ワーキングツリーは、現在のHEADによって参照されるリビジョンに対応していればクリーンです。「ダーティ」も参照してください。
クローン
クローンとは、コンピュータ上に存在するリポジトリのコピーです。ウェブサイトのサーバ上のどこかにあるのではなく、またそのコピーを作成する動作とも異なります。クローンを作成すると、お気に入りのエディタでファイルを編集できるようになり、オンラインになっていなくても Git を使用して変更を追跡できます。クローン作成元のリポジトリもリモートバージョンへの接続が切れることはないので、オンラインになればローカルでの変更をリモートにプッシュすることで同期が取れます。
コードオーナー
Organization の管理機能にフルアクセスできる Organization メンバー。
コードオーナー'
リポジトリのコードのある部分のオーナーに指名された個人。コードオーナーは、そのコードオーナーが所有するコードに対して変更を加えるプルリクエスト（ドラフトモードでないもの）を誰かがオープンした際、レビューをするよう自動的にリクエストされます。
コードブロック
コードのインデントされているブロック。GitHub Flavored Markdown でコードブロックの前後に 3 つのバッククォート（¥¥¥`）を使用することで作成できます。[example]（/articles/creating-and-highlighting-code-blocks#fenced-code-blocks）を参照。
コード更新頻度グラフ
リポジトリの履歴にある各週のコンテンツの追加と削除を表示するリポジトリグラフ。
コミット
コミット、または「リビジョン」とは、ファイル（またはファイルのセット）に対する個々の変更です。コミットをして変更を保存すると、Git では一意の ID（別名「SHA」または「ハッシュ」）が作成され、コミットした特定の変更に加え、誰がいつ変更したかの記録を保持できます。コミットには通常、何の変更が加えられたかを手短に記載したコミットメッセージ が含まれます。
コミットID
別名 SHA。コミットを特定する 40 文字のチェックサムハッシュ。
コミットグラフ
あるリポジトリに対して行われた過去 1 年間のすべてのコミットを表示するリポジトリグラフ。
コミットメッセージ
コミットに付随し、コミットで導入されてくる変更について伝達する、手短な説明のテキスト。
コミット作者
コミットをするユーザ。
コラボレータ
コラボレータとは、リポジトリに対する読み取りおよび書き込みアクセスがあり、コントリビューションをするようリポジトリオーナーから招待されている個人です。
コントリビューション
GitHub で次のことを行う特定のアクティビティ。- ユーザのコントリビューショングラフに正方形を追加：「[コントリビューションとしてカウントされるもの]（/articles/viewing-contributions-on-your-profile/#what-counts-as-a-contribution）」- ユーザのプロフィール上でタイムラインにアクティビティを追加：「[コントリビューションアクティビティ]（/articles/viewing-contributions-on-your-profile/#contribution-activity）」
コントリビューションガイドライン
各個人がプロジェクトにコントリビューションをする方法を説明したドキュメント。
コントリビューショングラフ
ユーザのプロフィールの一部であり、最大 1 年の期間にわたるコントリビューションを 1 日ごとに表示するもの。
コントリビューター
コントリビュータとは、リポジトリへのコラボレーターアクセスはないが、プロジェクトへのコントリビューションをしており、 オープンしたプルリクエストがリポジトリにマージされた個人です。
コントリビュータグラフ
リポジトリへのコントリビュータ上位 100 人を表示するリポジトリグラフ。
サービスフック
「webhook」ともいいます。webhook により、特定のアクションがリポジトリあるいはOrganizationで発生したら必ず外部のウェブサーバへ通知を配信するための方法が得られます。
シークレットチーム
Team の他の個人とコードオーナー権限のある個人のみに表示される Team。
シート
GitHub Enterprise の Organization 内のユーザ。これは「シート数」ということもあります。
シングルサインオン
SSO ともいいます。ある 1 つの場所 - アイデンティティプロバイダ（IdP）- へのサインインをユーザに許可してから、そのユーザに他のサービスプロバイダへのアクセス権限を付与します。
スコープ
OAuth App がパブリックと非パブリックの両方のデータへのアクセスをリクエストできるようにする権限をグループにして、名前を付けたもの。
ステージングインスタンス
変更を実際の GitHub Enterprise インスタンスに適用する前にテストするための方法。
ステータス
コミットがコントリビューション先リポジトリに設定されている条件を満たしていることを、プルリクエスト内で視覚的に表現したもの。
ステータスチェック
ステータスチェックは、継続的インテグレーションのビルドのような外部プロセスで、リポジトリにコミットを行うたびに実行されます。詳しい情報については「ステータスチェックについて」を参照してください。
ステータスチェック必須
プルリクエストに対するチェックで、コラボレータが保護されたブランチに変更を加える前に、すべての必須 CI テストにパスしているようにするもの。
スナップショット
ある時点での仮想マシンのチェックポイント。
セキュリティログ
直近の 50 個のアクションまたは過去 90 日間に実行されたアクションを一覧表示するログ。
ダーティ
ワーキングツリーは、現在のブランチに対してコミットされていない修正が含まれている場合、「ダーティ」と見なされます。
タイムライン
プルリクエストまたはユーザプロフィールでの一連のイベント。
ダッシュボード
パーソナルダッシュボードは、GitHub上のアクティビティのメインハブです。パーソナルダッシュボードから、フォローまたは作業をしているIssueやプルリクエストを追跡したり、トップリポジトリやTeamページにアクセスしたり、Watchまたは参加しているリポジトリ内の最近のアクティビティについて学ぶことができます。また、フォローしているユーザーやStarしたリポジトリに基づいて推薦された、新しいリポジトリを発見することもできます。特定のOrganizationのアクティビティだけを見るには、Organizationのダッシュボードにアクセスしてください。詳しい情報については「[パーソナルダッシュボードについて(/articles/about-your-personal-dashboard)」もしくは「Organizationダッシュボードについて(/articles/about-your-organization-dashboard)」を参照してください。
チームメンテナ
Organizationのオーナーが Team の管理に使用できる権限のサブセットが付与されているOrganization メンバー。
チェックアウト
「git checkout」は、コマンドラインで使用して、新規ブランチを作成したり、作業中のブランチを別のブランチに変更したりします。「git checkout [branchname][ファイルへのパス]」と指定すれば、別のブランチからファイルの別のバージョンに切り替えることができます。「チェックアウト」アクションでは、ワーキングツリーの全部または一部をオブジェクトデータベースのツリーオブジェクトまたは blob で更新します。また、ワーキングツリー全体が新規ブランチをポイントしている場合は、インデックスおよび HEAD を更新します。
チェリーピック（する）
変更のサブセットを一連の変更（通常はコミット）から選択して、新しい一連の変更を別の codebase 上に記録すること。Git では、これは「git cherry-pick」コマンドで実行するもので、別のブランチ上に存在するコミットによって引き起された変更を抽出し、現在のブランチの先端に基づき新規コミットとして記録します。詳しい情報については、Gitのドキュメンテーションのgit-cherry-pickを参照してください。
デフォルトブランチ
リポジトリ内の新しいPull Requestやコードのコミットのためのベースブランチ。それぞれのリポジトリは少なくとも1つのブランチを持ち、これはリポジトリを初期化したときにGitが作成します。最初のブランチは通常mainと呼ばれ、多くの場合デフォルトブランチです。
デプロイキー
デプロイキーとは、サーバに格納され、GitHub リポジトリ 1 つにアクセスを許可する SSH キーです。このキーはリポジトリに直接アタッチされ、個人のユーザアカウントの代わりとなります。
トピックブランチ
開発者が開発のコンセプチュアルラインを定めるのに使用する一般的な Git ブランチ。ブランチは簡便で安価なので、多くの場合、小さめのブランチをいくつか設け、それぞれに十分定義されているコンセプトや、小さくてインクリメンタルだが関連する変更を持たせるのが望ましいです。フィーチャブランチと呼ぶこともあります。
トラフィックグラフ
フルクローン（フェッチではない）、過去 14 日間の訪問者、参照サイト、人気コンテンツなど、リポジトリのトラフィックを表示するリポジトリグラフ。
ニュースフィード
Watch しているリポジトリまたは個人のアクティビティビュー。Organization のニュースフィードには、Organization が所有するリポジトリでのアクティビティが表示されます。
ネットワークグラフ
リポジトリネットワーク全体のブランチ履歴を表示するリポジトリグラフ。ルートリポジトリのブランチと、ネットワークに固有のコミットを含むフォークのブランチが含まれます。
パーマリンク
特定のウェブページへの永続的な静的ハイパーリンク。
パブリックコントリビューション
パブリック（プライベートでなく）リポジトリに対して行われるコントリビューション。
パブリックリポジトリ
パブリックリポジトリは、GitHub ユーザでない個人を含め、誰でも参照できます。
パルスグラフ
リポジトリのアクティビティの概要を示すリポジトリグラフ。
パンチグラフ
リポジトリへのアップデートの頻度を曜日または 1 日内の時間に基づいて表示するリポジトリグラフ。
フィーチャブランチ
新しい機能の実験や本番環境にない Issue の修正に使用されるブランチ。トピックブランチともいいます。
フェッチ
「git fetch」を使用するのは、ローカルで変更中のブランチにリモートリポジトリから変更をコミットなしで追加する場合です。「git pull」とは異なり、フェッチすると、ローカルブランチに対してコミットする前に変更をレビューすることができます。
フォーク
フォークとは、個人が別のユーザのリポジトリをコピーしたものであり、その個人のアカウントに存在します。フォークであれば、元の上流リポジトリに影響を与えることなしに、プロジェクトに対して自由に変更を加えることができます。また、いずれのリポジトリも接続は切れていないので、上流リポジトリでプルリクエストをオープンしてフォークと最新の変更とが常に同期されるようにすることもできます。
フォースプッシュ
コンフリクトを考慮せずにリモートリポジトリをローカルでの変更で上書きする git push。
フォロー
別のユーザのコントリビューションとアクティビティについて通知を受けること。
フック
いくつかの Git コマンドでは、通常の実行中にオプションのスクリプトが呼び出され、開発者が機能やチェックを追加できるようになります。通常は、フックによってコマンドが事前検証され、場合によっては中止され、 また動作の完了後に事後通知がされるようになります。
プッシュ
プッシュとは、コミットした変更を GitHub.com 上のリモートリポジトリに送信することをいいます。たとえば、ローカルで何かを変更した場合、他の人がその変更にアクセスできるようプッシュします。
プッシュアクセス
書き込みアクセスの同義語。
プライベートコントリビューション
プライベート（パブリックでなく）リポジトリに対して行われるコントリビューション。
プライベートリポジトリ
プライベートリポジトリは、コードオーナーが指定したリポジトリオーナーおよびコラボレータのみが参照できます。
プライマリメールアドレス
GitHub から領収書やクレジットカードまたは PayPal の料金など支払い関連の連絡事項を送信するメインメールアドレス。
プラン
ユーザまたは Organization の GitHub プラン。
ブランチ
ブランチとは、リポジトリの並列バージョンです。リポジトリの中に含まれますが、プライマリブランチやmainブランチには影響を与えず、「本番」のバージョンを乱すことなく自由に作業できるようにします。意図して変更を加えた場合、そのブランチをmainブランチにマージすると、変更内容を公開することができます。
ブランチをプッシュ
リモートリポジトリへのブランチのプッシュに成功すると、リモートブランチをローカルブランチからの変更分で更新することになります。「ブランチをプッシュ」すると、Gitはリモートリポジトリ中のブランチのHEAD refを探し、それがブランチのローカルのHEAD refの直接の先祖であることを検証します。検証されれば、Gitはすべてのオブジェクト（ローカルのHEAD refから到達でき、リモートのリポジトリにないもの）をリモートオブジェクトデータベースにプッシュし、そしてリモートのHEAD refを更新します。リモートのHEADがローカルのHEADの先祖でなければ、プッシュは失敗します。
ブランチ制限
リポジトリの管理者が有効化できる制限で、特定のユーザまたは Team のみがブランチをプッシュしたりブランチに変更を加えたりできるようにするもの。
プル
プルとは、変更をフェッチしてマージすることをいいます。たとえば、誰かがリモートファイルを編集したが自分もそのファイルを変更している場合に、その変更を自分のローカルコピーにプルして、最新の状態になるようにします。フェッチも参照。
プルアクセス
読み取りアクセスの同義語。
プルリクエスト
プルリクエストとは、リポジトリに対して提案された変更のことです。ユーザがサブミットし、リポジトリのコラボレータが受け入れるか拒否します。Issue と同様、プルリクエストにはそれぞれ独自のディスカッションフォーラムがあります。
プロジェクトボード
列内でカードに分類される Issue、プルリクエスト、ノートから成る、GitHub 内のボード。
ブロック
ユーザから Organization のリポジトリでコラボレーションをする資格を削除すること。
プロフィール
GitHub 上でのユーザのアクティビティについての情報を表示するページ。
プロフィール画像
ユーザが GitHub にアップロードするカスタム画像で、アクティビティを特定するもの。通常はユーザ名に付随します。これはアバターとしても参照されます。
ベースブランチ
プルリクエストをマージする際に変更が組み込まれるブランチ。プルリクエストを作成する際には、必要であればベースブランチをリポジトリのデフォルトブランチから他のブランチに変更できます。
ホスト名
ネットワークに接続されているデバイスのアドレスに対応する、人間が読めるニックネーム。
マークアップ
ドキュメントのアノテーションおよびフォーマットのためのシステム。
マージ
マージとは、1 つのブランチから（同じリポジトリ内で、またはフォークから）変更を取得し、その変更を別のブランチに適用することです。これは多くの場合、「プルリクエスト」として（マージのリクエストと考えることができます）、またはコマンドライン経由で発生します。マージは、コンフリクトのある変更がない場合、GitHub.com ウェブインターフェース経由のプルリクエストによって実行できます。コマンドライン経由なら、いつでも実行できます。
マージコンフリクト
マージされるブランチ間で起こる差異。マージコンフリクトが発生するのは、複数の個人が同じファイルの同じ行に異なった変更を加えた場合や、ある個人があるファイルを編集して別の個人がそれと同じファイルを削除した場合です。マージコンフリクトが解決されないと、ブランチをマージできません。
マイルストーン
リポジトリ内にある Issue やプルリクエストのグループに関する進行状況を追跡するための方法。
ミラー
リポジトリの新規コピー。
メール通知
ユーザのメールアドレスに送信される通知。
メンション
ユーザ名の前に @ 記号を付けることによってユーザに送信される通知。GitHub 上の Organization 内のユーザも、メンション可能な Team の一部になることができます。
メンバーグラフ
リポジトリのすべてのフォークを表示するリポジトリグラフ。
ユーザ
ユーザとは、GitHub の個人アカウントを持つ個人です。各ユーザには個人プロフィールがあり、複数のリポジトリを（パブリックでもプライベートでも）所有できます。 Organization への参加や別のユーザのリポジトリでのコラボレーションを作成することができ、また招待されることもあります。
ユーザ名
GitHub 上でのユーザのハンドル。
ライセンス
ソースコードでできることとできないこととを各個人に把握してもらうために、プロジェクトに含めるドキュメント。
ラベル
Issue またはプルリクエストのタグ。リポジトリにはデフォルトで少数のラベルが付いてきますが、ユーザはカスタムラベルを作成できます。
リカバリコード
GitHub アカウントへのアクセスを再取得できるようにするコード。
リベース
ブランチからの一連の変更を異なるベースに再適用し、そのブランチのHEADをその結果にリセットすること。
リポジトリ
リポジトリは GitHub の最も基本的な要素です。プロジェクトのフォルダとして最も想像しやすいものです。リポジトリ 1 つに（ドキュメントを含む）すべてのプロジェクトファイルが含まれ、各ファイルのリビジョン履歴が格納されます。リポジトリはコラボレータを複数持つことができ、またパブリックとプライベートのいずれの場合もあります。
リポジトリグラフ
リポジトリのデータの視覚的表現。
リポジトリメンテナ
リポジトリを管理する個人。この個人は、Issue のトリアージやラベルの使用など、リポジトリでの変更を管理するための機能を支援します。また、この個人は、README の保持やアップデートされたファイルのコントリビューションに対する責任を負います。
リモート
これは、サーバ（大体は GitHub.com）上でホストされるリポジトリやブランチのバージョンです。変更が同期されるようにするには、リモートバージョンをローカルのクローンに接続します。
リモートURL
コードが格納されている場所。GitHub 上のリポジトリや別のユーザのフォーク、あるいは別のサーバという場合もあります。
リモートリポジトリ
別の場所にある同じプロジェクトを追跡するのに使用されるリポジトリ。
リリース
GitHub での、ソフトウェアをパッケージ化してユーザに提供する方法。
ルートディレクトリ
階層の最初にあるディレクトリ。
ルートファイルシステム
基本オペレーティングシステムと GitHub Enterprise アプリケーション環境。
レビュー
レビューにより、他の人でも、リポジトリへのアクセス権限があれば、プルリクエストで提案されている変更に対してコメントしたり、変更を承認したり、プルリクエストがマージされる前にさらなる変更をリクエストしたりできます。
レプリカ
GitHub Enterprise のプライマリインスタンスに対し冗長性を与える GitHub Enterprise インスタンス。
ロックされた個人アカウント
ユーザがアクセスできない個人アカウント。ユーザが有料アカウントを無料のものにダウングレードした場合、または有料プランの支払いが期限を過ぎた場合、アカウントはロックされます。
依存グラフ
パブリックリポジトリに依存するパッケージ、プロジェクト、リポジトリを表示するリポジトリグラフ。
依存関係グラフ
リポジトリが依存するパッケージおよびプロジェクトを表示するリポジトリグラフ。
移譲
リポジトリの移譲とは、リポジトリのオーナーを変更することです。新しいオーナーはすぐに、リポジトリのコンテンツ、Issue、プルリクエスト、リリース、設定を管理できるようになります。
解決
失敗した自動マージによって残されたものを手動で修正するアクション。
外部のコラボレータ
Organization の 1 つ以上のリポジトリに対するアクセス権が付与されているが、その Organization に対する他のアクセス権がなく、その Organization のメンバーでもないユーザ。
継続的インテグレーション
別名 CI。自動化されたビルドを実行し、GitHub 上に設定されたリポジトリに対して個人が変更をコミットしたらテストするプロセス。CI はソフトウェア開発で一般的なベストプラクティスであり、エラーの検出を支援します。
個人アカウント
個々のユーザに帰属する GitHub アカウント。
固定リポジトリ
ユーザがプロフィール内で目立たせて表示するよう決定したリポジトリ。
行コメント
プルリクエスト内でコードの特定の行にあるコメント。
行終端
テキストファイルの行末をシンボル化した、1 つ以上の非表示文字。
行動規範
コミュニティへの参加方法の基準を定義したドキュメント。
参加通知
ユーザ名または Team がメンションされたか以前にコメントで返信した Issue またはプルリクエスト内の会話にある、アップデートについての通知。
参照可能なチーム
Organization の各メンバーが表示および @メンションできる Team。
子チーム
入れ子チーム内で、親チームのアクセス権限と@メンションを継承するサブチーム。
支払いサイクル
特定の支払いプランの時間間隔。
支払いプラン
ユーザおよび Organization の支払いプランで、プランの各タイプの機能セットを含むもの。
支払いマネージャー
Organization の支払い設定を管理する Organization メンバー。
支払い請求先メールアドレス
GitHub から領収書やクレジットカードまたは PayPal の費用など支払い関連の連絡事項を送信する、Organization のメール アドレス。
書き込みアクセス
リポジトリの権限レベルで、リポジトリへのプッシュ、書き込み、変更をユーザに許可するもの。
上流
ブランチまたはフォークについていう場合、元のリポジトリのプライマリブランチは、多くの場合「上流」といいます。他の変更の取得元となる主要な場所であるためです。よって、変更しているブランチ/フォークは「下流」と呼びます。origin も参照。
上流ブランチ
問題のブランチ（または問題のブランチのリベース先）にマージされるデフォルトブランチ。「branch.
親チーム
入れ子チーム内で、子チームによるアクセス権限と@メンションの継承元になっているメイン Team。
切り離されたHEAD (detached HEAD)
Git では、切り離された HEAD を変更しようとすると、Git ではブランチをポイントしていない、コミットをしてもコミット履歴には表示されない、という警告を発します。たとえば、任意のコミットをチェックアウトしても、それがどの特定のブランチでも最新のコミットではない場合、それは「切り離された HEAD」を変更しようとしているのです。
打ち消し
GitHub 上でプルリクエストの打ち消しをすると、新たなプルリクエストが自動でオープンし、そこには元のマージ済みプルリクエストにあるマージコミットを打ち消すコミットが 1 つ含まれます。Git では、「git revert」でコミットを打ち消します。
通知
興味のあるアクティビティについての情報を提供するアップデート。設定によってウェブかメールのいずれかで配布されます。
読み取りアクセス
リポジトリ上の権限レベルで、リポジトリからの情報をプルする（読み取る）ことをユーザに許可するもの。すべてのパブリックリポジトリでは、すべての GitHub ユーザに読み取りアクセスを付与します。プルアクセスの同義語。
入れ子チーム
親チームの子チーム。子（または入れ子）チームは複数持つことができます。
認証コード
ブラウザから2FA でサインインする際、GitHub パスワードに加えて入力するコード。このコードは、アプリケーションで生成されるか、テキストメッセージによってスマートフォンに送信されます。「2FA 認証コード」ともいいます。
比較ブランチ
プルリクエストを作成するのに使うブランチ。このブランチは、プルリクエストについて選択したベースブランチと比較され、変更分が特定されます。プルリクエストがマージされる際には、ベースブランチは比較ブランチからの変更分で更新されます。プルリクエストの「headブランチ」とも呼ばれます。
返信テンプレート
GitHub 全体にわたって Issue とプルリクエストに使用できるよう、保存して GitHub ユーザアカウントに追加することのできるコメント。
保護されたブランチ
保護されたブランチとは、リポジトリ管理者が保護するよう選択したブランチ上で Git のいくつかの機能がブロックされているものです。フォースプッシュ、削除、必須のチェックをパスしていないか必須の承認済みレビューがない変更をマージすること、ファイルを GitHub からアップロードすることはできません。ウェブインターフェースから 保護されたブランチは通常、デフォルトブランチです。
本番ブランチ
使用またはアプリケーションやサイトへデプロイするための準備ができている最終変更のあるブランチ。
略歴
プロフィールに存在する、ユーザが生成した記述:プロフィールに略歴を追加