GitHub 用語集

@mention

GitHub のユーザーに通知するには、ユーザー名の前に @ を使用します。 GitHub の Organization のユーザーも、メンションされるチームの一員にすることができます。

API プレビュー

新しい API や、既存の API メソッドに対する変更を、公式 GitHub API の一部となる前に試す方法。

assignee

issue に割り当てられたユーザー。

basic authentication

資格情報が暗号化されていないテキストとして送信される場合の認証の方法。

blame

Git の "blame" 機能は、ファイルの各行に対して最後に行われた変更を説明するものであり、通常は、リビジョン、作成者、時刻が表示されます。これは、機能が追加された日時や、特定のバグを引き起こしたコミットを追跡する場合などに役立ちます。

block

ユーザーが Organization のリポジトリでコラボレーションできないようにすること。

Business プラン

Organization の支払いプラン。無制限のパブリックリポジトリやプライベートリポジトリでコラボレーションしたり、SAML SSO を使った GitHub に対する認証を Organization メンバーに許可または要求したり、SAML または SCIM を使ってアクセスをプロビジョニングまたはプロビジョニング解除したりすることができます。

CA 証明書

証明機関 (CA) から発行されるデジタル証明書。これによって、2 つのマシン (ユーザーのコンピューターと GitHub.com など) の間で有効な接続が確保され、サイトの所有権が検証されます。

card

Issue または pull request に関連付けられたプロジェクトボード内にある移動可能な正方形。

clean

ワーキングツリーが現在の HEAD によって参照されているリビジョンに対応している場合、そのワーキングツリーはクリーンです。「ダーティ」も参照してください。

clone

クローンとは、Web サイトのサーバー上ではなく、ユーザーのコンピューターに存在するリポジトリのコピーのことです。または、そのコピーを作成する操作を指します。クローンを作成すると、好きなエディターでファイルを編集したり、オンラインでなくても、Git を使って変更を記録したりすることができます。クローンしたリポジトリは、リモートバージョンには接続されたままなので、オンラインになったときに、ローカルで行った変更をリモートバージョンにプッシュすれば同期させることができます。

coupon

ユーザーや Organization がサブスクリプション全体または一部の支払いに使うことができる、GitHub が指定したコード。

cron

Unix のようなコンピューターオペレーティングシステムでの、時間ベースのジョブスケジューラ。

cURL

データを転送するためにコマンドラインまたはスクリプトで使用されます。

dashboard

パーソナルダッシュボードは、GitHub でのアクティビティのメインハブです。パーソナルダッシュボードでは、フォロー中または作業中の issue や pull request を記録したり、トップリポジトリやチームのページにアクセスしたり、watch 中または参加中のリポジトリの最近のアクティビティについて把握したりすることができます。また、フォロー中のユーザーや、Star を付けたリポジトリに基づいた、お勧めの新しいリポジトリを見つけることもできます。特定の Organization でのアクティビティのみを表示するには、Organization のダッシュボードにアクセスしてください。詳細については、「パーソナルダッシュボードについて」または「Organization ダッシュボードについて」を参照してください。

diff

diff とは、2 つのコミットまたは保存された変更間の差異のことです。 diff では、最後のコミット以降にファイルに追加されたかファイルから削除されたものを視覚的に説明します。

Enterprise アカウント

Enterprise アカウントを使用すると、複数の Organization のポリシーと支払いを一元的に管理できます。エンタープライズアカウントは、GitHub Enterprise CloudとGitHub Enterprise Serverで使用できます。詳細については、GitHub Enterprise Cloud ドキュメントの "Enterprise アカウントについて."

fast-forward

fast-forward とは、リビジョンがあり、かつ別のブランチでの変更を "マージしている" が、その変更が偶然にもそのリビジョンの子孫である場合の、特別なタイプのマージのことです。そのような場合は、新しいマージコミットを行いませんが、代わりに、このリビジョンに対して更新を行います。これは、リモートリポジトリのリモート追跡ブランチで頻繁に起こります。

fetch

git fetch は、変更をコミットせずに、リモートリポジトリからローカルで作業中のブランチに追加する場合に使います。 git pull とは異なり、フェッチすると、ローカルブランチにコミットする前に変更をレビューできます。

Free プラン

無料のユーザーアカウントお支払いプラン。ユーザーは、無制限のパブリックリポジトリで、無制限のコラボレーターと共同作業できます。

gist

gist とは、共有可能なファイルであり、GitHub 上で編集、クローン、フォークできます。 GIST はパブリックまたはシークレットにすることができますが、シークレットの gists は 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 全体で文章やコードを書式設定するために使用される、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 で生成されたファイルを非表示にし、言語別グラフを生成します。

Management Console

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

Markdown

Markdown は、非常に簡潔なセマンティックファイル形式で、.doc、.rtf、.txt にやや近いものです。 Markdown は、文章 (リンク、一覧、箇条書きなどを含む) を書いて Web サイトのように表示させるというような Web 発行の経験がないユーザーにとっても取り扱いやすいものです。 GitHub では、Markdown をサポートするとともに、GitHub Flavored Markdown という名前の特別な形式の Markdown を使っています。「GitHub Flavored Markdown の仕様」または「GitHub での記述と書式設定の開始」を参照してください。

master

多くの Git リポジトリの既定のブランチ。既定では、コマンドラインで新しい Git リポジトリを作成すると、master という名前のブランチが作成されます。多くのツールで、既定のブランチに代替名が使用されるようになりました。たとえば、GitHub で新しいリポジトリを作成する場合、既定のブランチは main と呼ばれます。

merge

マージとは、1 つのブランチから (同じリポジトリ内で、またはフォークから) 変更を取得し、その変更を別のブランチに適用することです。これは、多くの場合、"pull request" (マージのリクエストと考えてもよいでしょう) として、またはコマンドライン経由で行われます。マージは、競合する変更がない場合や、常にコマンドライン経由で行われる場合は、GitHub.com Web インターフェイス経由で pull request を介して行われます。

milestone

リポジトリ内にある issue や pull request のグループの進行状況を追跡する方法。

mirror

リポジトリの新しいコピー。

non-fast-forward

リポジトリのローカルコピーが上流リポジトリと同期されておらず、ローカルの変更をプッシュするには、上流の変更をフェッチする必要がある場合。

OAuth アプリ

ユーザーに関する情報にアクセスするために、パスワードではなくアクセストークンが使用されるサードパーティアプリケーション。

OAuth トークン

ユーザーの情報にアクセスするために OAuth apps で使われるアクセストークン。

organization

Organization とは、通常、実際の組織を反映する、2 人以上のユーザーのグループのことです。 Organization の管理はユーザーが行い、リポジトリとチームの両方を含めることができます。

Organization オーナー

所有する Organization の管理機能へのフルアクセスを持つユーザー。

owner

Organization のすべての管理機能へのアクセスを持つ Organization メンバー。

pre-receive フック

GitHub Enterprise サーバー上で実行されるスクリプトで、品質チェックの実装に使うことができます。

profile

GitHub 上でのユーザーのアクティビティに関する情報を示すページ。

pull

プルとは、変更をフェッチしてマージすることを指します。たとえば、自分が作業しているファイルを他のユーザーが編集した場合に、その変更を自分のローカルコピーにプルして、最新の状態になるようにすることです。「フェッチ」も参照してください。

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 の最も基本的な要素です。プロジェクトのフォルダーと考えるのが最もわかりやすいでしょう。リポジトリにはプロジェクトファイルのすべて (ドキュメントを含む) が含まれており、各ファイルの改訂履歴が保存されます。リポジトリは、複数のコラボレーターが参加することができ、パブリックとプライベートのどちらにもすることができます。

resolve

失敗した自動マージで実行されなかったものを手動で修正するアクション。

revert

GitHub 上で pull request を打ち消すと、新しい pull request が自動的に開きます。これには、マージされた元の pull request からのマージコミットを打ち消すコミットが 1 つ含まれます。 Git では、git revert を使用してコミットを元に戻すことができます。

scope

OAuth app または personal access token (classic) で、パブリックデータと非パブリックデータへのアクセスを要求できるアクセス許可の名前付きグループです。

server-to-server リクエスト

特定のユーザーとは無関係に、ボットとして機能するアプリケーションで使用される API 要求。たとえば、スケジュールどおりに実行され、長時間アクティビティがないと issue をクローズするアプリケーションなどがあります。このタイプの認証を使うアプリケーションでは、ライセンスされた GitHub アカウントを使わないため、特定の数のライセンスの使用が許可されているお支払いプランの Enterprise では、server-to-server ボットに GitHub ライセンスを 1 つも使いません。 server-to-server リクエストで使用されるトークンは、GitHub API を介して、プログラムによって取得されます。詳しくは、「GitHub App インストールとしての認証」を参照してください。「user-to-server リクエスト」も参照してください。

squash

複数のコミットを結合して 1 つのコミットにすること。 Git コマンドとしても使います。

SSH キー

SSH キーは、暗号化したメッセージを使って、オンラインサーバーに対して自分自身を識別する方法です。自分のコンピューターが、別のサービスに対する一意の専用パスワードを持っているようなものです。 GitHub Enterprise Server では、SSH キーを使用して情報をコンピューターに安全に転送します。

status

コミットがコントリビューション先のリポジトリに設定されている条件を満たしていることの、pull request 内での視覚的な表現。

subscription

ユーザーまたは Organization の GitHub プラン。

Team プラン

パブリックリポジトリとプライベートリポジトリを無制限に利用できる Organization のお支払いプラン。

topics

Git Hub で、特定の対象分野のリポジトリを探索したり、コントリビューション先となるプロジェクトを見つけたり、特定の問題への新しい解決方法を発見したりするための方法。

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 操作を実行するときにパスワードの代わりに使用されるトークン。 personal access token とも呼ばれます。

アップストリーム

ブランチまたはフォークについて説明する場合、元のリポジトリにあるプライマリブランチは、他の変更の主な発生源となるため、"上流" と呼ばれることがよくあります。ユーザーが作業するブランチやフォークは、"ダウンストリーム" と呼ばれます。 origin とも呼ばれます。

アプライアンス

Just Enough Operating System (JeOS) と結合して、業界標準ハードウェア (通常はサーバー) または仮想マシンで最適に動作するソフトウェアアプリケーション。

イシュー

issue とは、リポジトリに関する改善の提案、タスク、または質問のことです。 issue は、あらゆるユーザーが作成することができ (パブリックリポジトリの場合)、リポジトリのコラボレーターによってモデレートされます。各 issue には、独自のディスカッションスレッドが含まれています。また、ラベルを付けて分類したり、他のユーザーに割り当てたりすることもできます。

エクスプローラー

GraphiQL のインスタンスであり、"グラフィカルな対話型ブラウザー内 GraphQL IDE" です。

オープンソース

オープンソースソフトウェアとは、あらゆるユーザーが自由に使い、変更し、共有できるソフトウェアのことです (形式の変更の有無は問いません)。今日の "オープンソース" の概念は、ソフトウェアの枠を超えて語られることが多く、あらゆるユーザーがオンラインで素材をフォーク、変更、ディスカッション、コントリビューションを行うことができるという意味でのコラボレーションという考え方を表しています。

オリジン

既定の上流リポジトリ。ほとんどのプロジェクトには、追跡するアップストリームプロジェクトが少なくとも 1 つ存在します。既定では、origin がその目的に使用されます。

お支払いプラン

ユーザーと Organization 向けのお支払いプラン。プランの各タイプのセット機能が含まれています。

キーフィンガープリント

長い公開キーを識別するのに使用される、短いバイトのシーケンス。

キーチェーン

macOS のパスワード管理システム。

キーワード (keyword)

pull request 内で使用される場合、issue をクローズする特定の単語。

クラスターリング

複数のノードにわたって、またこれらのノード間の負荷分散リクエストにわたって、GitHub Enterprise サービスを実行する機能。

コードオーナー

リポジトリのコードがある部分のオーナーに指名されたユーザー。コードオーナーが所有するコードを変更する 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 メンバー。

チェック

チェックは、GitHub Enterprise Server でのステータスチェックのタイプの 1 つです。「ステータスチェック」を参照してください。

チェックアウト

コマンドラインで 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 の先祖でない場合、プッシュは失敗します。

GitHub 用語集

この記事の内容