Skip to main content
ドキュメントには� �繁に更新が� えられ、その都度公開されています。本ページの翻訳はま� 未完成な部分があることをご了承く� さい。最新の情� �については、英語のドキュメンテーションをご参照く� さい。本ページの翻訳に問題がある� �合はこちらまでご連絡く� さい。

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2022-06-03. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの改善、新機能のためには、最新バージョンのGitHub Enterpriseにアップグレードしてく� さい。 アップグレードに関する支援については、GitHub Enterprise supportに連絡してく� さい。

GitHub 用語集

This glossary introduces common Git and GitHub terminology.

@メンション

ユーザ名の前に「@」を使用して 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アカウントを利用すると、複数のOrganizationのポリシーと支払いを集中管理できます。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ブランチ

プルリクエストをマージする際にベースブランチに変更が組み込まれるブランチ。「比較ブランチ」とも呼ばれます。


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

リポジトリのデフォルトブランチに対して、masterの代わりとしてしばしば選択される名前。


management Console

GitHub Enterprise インターフェース内で、管理機能を含むセクション。


Markdown

Markdown は非常にシンプルでセマンティックファイル形式であり、.doc、.rtf 、.txtと大差ありません。Markdown はウェブパブリッシングの� 養がない人でも簡単に文� (リンク、リスト、箇条書きなど)を書いたりウェブサイトのように表示したりできます。GitHub では Markdown をサポートしており、GitHub Flavored Markdown という特定の形式の Markdown を使用します。GitHub Flavored Markdown の仕様または GitHub で書き、フォーマットしてみるを参照。


master

多くのGitリポジトリのデフォルトブランチ。デフォルトでは、新しいGitリポジトリをコマンドライン上で作成すると、masterというブランチが作成されます。現在では、多くのツールがデフォルトブランチに代わりの名前を使うようになりました。


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 ファイルと、リポジトリライセンス、コントリビューションガイドライン、行動規範は、プロジェクトについて期待されることを共有したりコントリビューションを管理したりすることを支援します。


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が作成します。最初のブランチは通常masterと呼ばれ、多くの� �合デフォルトブランチです。


デプロイキー

デプロイキーとは、サーバに� �納され、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 つに(ドキュメントを含む)すべてのプロジェクトファイルが含まれ、各ファイルのリビジョン履歴が� �納されます。リポジトリはコラボレータを複数持つことができ、またパブリックとプライベートのいずれの� �合もあります。


リポジトリキャッシュ

GitHub Enterprise Serverインスタンスのリポジトリの読み取り専用ミラーで、分散しているチー� やCIクライアントの近くにあります。


リポジトリグラフ

リポジトリのデータの視覚的表現。


リポジトリメンテナ

リポジトリを管理する個人。この個人は、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..remote」および「branch..merge」で設定されます。A の上流ブランチが origin/B であるとすると、「A が origin/B を追跡している」と言うことがあります。


親チー� 

入れ子チー� 内で、子チー� によるアクセス権限と@メンションの継承元になっているメイン Team。


切り離されたHEAD (detached HEAD)

Git では、切り離された HEAD を変更しようとすると、Git ではブランチをポイントしていない、コミットをしてもコミット履歴には表示されない、という警告を発します。たとえば、任意のコミットをチェックアウトしても、それがどの特定のブランチでも最新のコミットではない� �合、それは「切り離された HEAD」を変更しようとしているのです。


打ち消し

GitHub 上でプルリクエストの打ち消しをすると、新たなプルリクエストが自動でオープンし、そこには元のマージ済みプルリクエストにあるマージコミットを打ち消すコミットが 1 つ含まれます。Git では、「git revert」でコミットを打ち消します。


通知

興味のあるアクティビティについての情� �を提供するアップデート。設定によってウェブかメールのいずれかで配布されます。


読み取りアクセス

リポジトリ上の権限レベルで、リポジトリからの情� �をプルする(読み取る)ことをユーザに許可するもの。すべてのパブリックリポジトリでは、すべての GitHub ユーザに読み取りアクセスを付与します。プルアクセスの同義語。


入れ子チー� 

親チー� の子チー� 。子(または入れ子)チー� は複数持つことができます。


認証コード

ブラウザから2FA でサインインする際、GitHub パスワードに� えて入力するコード。このコードは、アプリケーションで生成されるか、テキストメッセージによってスマートフォンに送信されます。「2FA 認証コード」ともいいます。


比較ブランチ

プルリクエストを作成するのに使うブランチ。このブランチは、プルリクエストについて選択したベースブランチと比較され、変更分が特定されます。プルリクエストがマージされる際には、ベースブランチは比較ブランチからの変更分で更新されます。プルリクエストの「headブランチ」とも呼ばれます。


返信テンプレート

GitHub 全体にわたって Issue とプルリクエストに使用できるよう、保存して GitHub ユーザアカウントに追� することのできるコメント。


保護されたブランチ

保護されたブランチとは、リポジトリ管理者が保護するよう選択したブランチ上で Git のいくつかの機能がブロックされているものです。フォースプッシュ、削除、必� �のチェックをパスしていないか必� �の承認済みレビューがない変更をマージすること、ファイルを GitHub からアップロードすることはできません。ウェブインターフェースから 保護されたブランチは通常、デフォルトブランチです。


本番ブランチ

使用またはアプリケーションやサイトへデプロイするための準備ができている最終変更のあるブランチ。


略歴

プロフィールに存在する、ユーザが生成した記述:プロフィールに略歴を追� 



参考リンク