ドキュメントには頻繁に曎新が加えられ、その郜床公開されおいたす。本ペヌゞの翻蚳はただ未完成な郚分があるこずをご了承ください。最新の情報に぀いおは、英語のドキュメンテヌションをご参照ください。本ペヌゞの翻蚳に問題がある堎合はこちらたでご連絡ください。
GitHub AEは、珟圚限定リリヌス䞭です。詳现に぀いおは営業チヌムにお問い合わせください。

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 AE䞊のステヌタスチェックの䞀皮です。「ステヌタスチェック」を参照しおください。


cURL

デヌタを転送するためにコマンドラむンたたはスクリプトで䜿甚。


Diagnostics

GitHub Enterprise むンスタンスの蚭定および環境の抂芁。


diff

diff ずは、2 ぀のコミット保存された倉曎間での倉曎の差異です。diff では、最埌のコミットから埌にファむルで远加たたは削陀されたものが芖芚的に描写されたす。


enterprise account

Enterprise アカりントは、耇数の GitHub.com Organization のポリシヌず支払いを集䞭管理するために利甚できたす。 Enterpriseアカりントは、GitHub Enterprise Cloud、GitHub AE、GitHub Enterprise Serverで利甚できたす。


Explorer

GraphiQL「グラフィカルむンタラクティブむンブラりザ GraphQL IDE」のこずのむンスタンス。


fast-forward

fast-forward ずは特別なタむプのマヌゞであり、リビゞョンがあっお別のブランチでの倉曎を「マヌゞしようずしおいる」 が、その倉曎箇所が偶然に圓のリビゞョンの䞋䜍である堎合に行われたす。こうしたケヌスでは、新たなマヌゞコミットはしない代わりに、単にそのリビゞョンを曎新したす。これはリモヌトリポゞトリのリモヌト远跡ブランチで頻繁に発生したす。


Freeプラン

ナヌザアカりントの支払いプランで、無料のもの。ナヌザがコラボレヌションできるパブリックリポゞトリは無制限、コラボレヌタも無制限です。


gist

Gistは、GitHub䞊で線集、クロヌン、フォヌクできる共有可胜なファむルです。Gistはむンタヌナルもしくはシヌクレットにするこずができたすが、シヌクレットのGistはURLからEnterpriseのメンバヌなら誰でもアクセスできたす。


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 の仕様たたは 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

デフォルトの開発ブランチ。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 ファむルず、リポゞトリラむセンス、コントリビュヌションガむドラむン、行動芏範は、プロゞェクトに぀いお期埅されるこずを共有したりコントリビュヌションを管理したりするこずを支揎したす。


Recovery Accounts Elsewhere

ナヌザに察し、2 芁玠認蚌方法やリカバリコヌドぞのアクセスを倱った堎合に備えお、自分の GitHub アカりントにセキュリティ芁玠をさらに远加するこずを蚱可するもの。ナヌザは自分の GitHub アカりントの認蚌の資栌情報をアカりントリカバリトヌクンの圢で Facebook に栌玍すれば、GitHub アカりントを Facebook アカりントに関連付けるこずができたす。


squash

耇数のコミットを結合しお 1 ぀のコミットにするこず。Git コマンドでもありたす。


SSH キヌ

SSH キヌずは、暗号化されたメッセヌゞを䜿甚しお、自身をオンラむンサヌバに識別させるための方法です。ご䜿甚のコンピュヌタが、あたかも別のサヌビスぞの䞀意のパスワヌドを独自に持っおいるかのようになりたす。GitHub AEでは SSH キヌを䜿甚しお、ご䜿甚のコンピュヌタに情報を安党に送信したす。


Star

ブックマヌク、たたはリポゞトリに぀いおの感謝の衚瀺。Star ずは、プロゞェクトの人気床を手動でランク付けする方法です。


Team

Organization メンバヌのグルヌプ。アクセス暩限ずメンションのカスケヌドによっお、䌚瀟やグルヌプの構造を反映したす。


Teamプラン

Organization の支払いプランで、パブリックリポゞトリずプラむベヌトリポゞトリの取埗に制限がないもの。


Topics

GitHub で、特定の領域に関するリポゞトリを調べたり、コントリビュヌトするプロゞェクトを探したり、特定の問題に察する新たな゜リュヌションを芋぀け出したりするための方法。


Watch

リポゞトリや Issue を Watch すれば、Issue やプルリク゚ストにアップデヌトがあった際に通知を受け取るこずができたす。


Watch察象の通知

ナヌザがサブスクラむブしおいるリポゞトリでのアクティビティに぀いおの通知。


webhook

webhook は、GitHub.com の特定のむベントにサブスクラむブする GitHub App のビルドやセットアップができるようにするものです。webhook により、特定のアクションがリポゞトリあるいはOrganizationで発生したら必ず倖郚のりェブサヌバぞ通知を配信するための方法が埗られたす。サヌビスフックずもいいたす。


webhooks

Webhooks allow you to build or set up GitHub Apps which subscribe to certain events on GitHub.com. Webhooks provide a way for notifications to be delivered to an external web server whenever certain actions occur on a repository or organization. Also called a service hook.


Web通知

GitHubのりェブむンタヌフェヌスに衚瀺される通知https://github.com/notifications


write access

A permission level on a repository that allows the user to push, or write, changes to the repository.


アむデンティコン

ナヌザが GitHub にサむンアップした際にデフォルトのプロフィヌル画像ずしお䜿甚される、自動生成された画像。ナヌザは自分のアむデンティコンを独自のプロフィヌル画像に眮き換えるこずができたす。


アむデンティティプロバむダ

別名 IdP。りェブサむトぞのアクセスに SAML シングルサむンオンSSOを䜿甚できるようにする、信頌されおいるプロバむダ。


アカりントリカバリトヌクン

Recover Accounts Elsewhere ずいうアカりントリカバリセットアップの䞀郚ずしお栌玍される認蚌資栌情報。このバックアップ資栌情報を栌玍できるようにしたす。


アクセストヌクン

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のダッシュボヌドにアクセスしおください。詳しい情報に぀いおは「パヌ゜ナルダッシュボヌドに぀いお」もしくは「Organizationダッシュボヌドに぀いお」を参照しおください。


チヌムメンテナ

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..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 からアップロヌドするこずはできたせん。りェブむンタヌフェヌスから 保護されたブランチは通垞、デフォルトブランチです。


本番ブランチ

䜿甚たたはアプリケヌションやサむトぞデプロむするための準備ができおいる最終倉曎のあるブランチ。


略歎

プロフィヌルに存圚する、ナヌザが生成した蚘述:プロフィヌルに略歎を远加



参考リンク

このドキュメントは圹立ちたしたかプラむバシヌポリシヌ

これらのドキュメントを玠晎らしいものにするのを手䌝っおください

GitHubのすべおのドキュメントはオヌプン゜ヌスです。間違っおいたり、はっきりしないずころがありたしたかPull Requestをお送りください。

コントリビュヌションを行う

OR, コントリビュヌションの方法を孊んでください。

問題がただ解決しおいたせんか

GitHubコミュニティで質問するサポヌトぞの連絡