Gitを触り始めると、似た名前の言葉が次々に出てきます。「Git」と「GitHub」と「GitLab」、「fetch」と「pull」、「プルリクエスト」と「マージリクエスト」は、名前が近くても別のものを指します。「revert」「reset」「restore」は、どれも「戻す」ですが、消えるものが違います。このページは、このサイトのコラムに出てくる言葉を8つの分類に並べ、1語につき何か、似た言葉と何が違うかを書いたものです。例はコラムと同じ、サンプル料理教室のホームページと予約メールです。料金・無料枠・上限は2026年11月時点で、ドルはドルのまま書いています。関係する記事があるものには、最後にそのタイトルを添えました。
基本の言葉
Git
フォルダの中身の変更履歴を残す無料の道具です。自分のパソコンの中で動くので、ネットもアカウントも要りません。2005年にLinus Torvaldsらが作りました。GitHubとは別のものです。
詳しくは：Gitとは：GitHubとの違いと、履歴を残す仕組み
GitHub
Gitの履歴を預かって人と共有する、ネットのサービスです。Gitそのものではなく、Gitを使うだけならGitHubのアカウントは要りません。公開・非公開を選べて、Freeは2026年11月時点で $0 です。
詳しくは：GitHubとは：できることと、公開・非公開の考え方
GitLab
GitHubと同じ役目の預かりサービスで、自社のサーバーに置く形（Self-Managed）も選べます。GitHubのプルリクエストに当たるものは、GitLabではマージリクエストと呼びます。
詳しくは：GitHubとGitLabの違い：料金・機能・自社サーバーで比べる選び方
Bitbucket
Jiraを作っているAtlassianが運営する、Gitの預かりサービスです。2026年11月時点でFreeは5ユーザー・月50分までで、Standardは $3.65、Premiumは $8（1ユーザー月）です。IssueとWikiは廃止の告知が出ていて、やることの管理はJiraなどで行います。Sourcetreeも同じ会社の道具です。
詳しくは：Bitbucketとは：GitHub・GitLabとの違いと料金、向いている会社
Bitbucket Pipelines
変更が届くたびに処理を自動で動かす、Bitbucketに組み込みのCI/CDです。設定はリポジトリの直下の bitbucket-pipelines.yml に書き、無料分はFreeで月50分です（2026年11月時点）。GitHub Actionsの設定は、そのままでは動きません。
詳しくは：Bitbucketとは：GitHub・GitLabとの違いと料金、向いている会社
リポジトリ
ファイルと変更履歴をまとめて入れておく箱です。サンプル料理教室では、ホームページの website と予約メールの reservation-mail の2つです。パソコンの中のものとGitHub上のものは、別の場所にある同じ箱です。
詳しくは：Gitとは：GitHubとの違いと、履歴を残す仕組み
リモート
ネットの向こうに置いたリポジトリの控えです。GitHubやGitLabに置いたものがこれに当たります。手元の履歴とは別の場所にあるので、送る・受け取る操作をしないと同じになりません。
詳しくは：git clone・pull・fetchの違い：受け取る操作の使い分け
origin
リモートに付く標準の名前です。cloneしたときに、元のURLがこの名前で登録されます。「origin」という場所があるのではなく、URLに付けた呼び名です。
詳しくは：git clone・pull・fetchの違い：受け取る操作の使い分け
コミット
変更に名前を付けて、手元の履歴に残したひとまとまりです。ファイル1つではなく、フォルダ全体のある時点の記録です。エディタで保存しただけでは履歴に残らず、コミットして初めて残ります。
詳しくは：git add・commit・pushの違い：保存して送るまでの流れ
ブランチ（枝）
本筋から分かれて作業するための線です。fix-menu-price のような枝で料金表を直せば、公開中の内容に触らずに試せます。枝を作っても、ファイルが丸ごとコピーされるわけではありません。
詳しくは：git branchとmergeの使い方：枝を分けて合流する、GitHub Flowまで
main
公開しているものの元になる本筋の枝です。昔は master という名前も使われました。プルリクエストでマージされた変更が、最後にここへ入ります。
詳しくは：git branchとmergeの使い方：枝を分けて合流する、GitHub Flowまで
履歴とファイル
ステージ
次のコミットに入れると選んだ変更を置いておく場所です。git add で入れます。調理台に変更が2つあっても、お盆に載せた1つだけをコミットできます。
詳しくは：git add・commit・pushの違い：保存して送るまでの流れ
作業ツリー
エディタで開いて編集している、今のファイルの置き場です。コミットした履歴とは別で、ここで直しただけでは履歴に残りません。git status で、ステージや履歴とどれだけ違うかが分かります。
詳しくは：git add・commit・pushの違い：保存して送るまでの流れ
HEAD
今いる場所のコミットを指す印です。HEAD~1 はその1つ前を指します。枝を切り替えると、HEADもその枝の先頭へ動きます。
詳しくは：Gitで元に戻す：revert・reset・restoreの違いと使い分け
detached HEAD
HEADが枝を通さず、コミットを直接指している状態です。古いコミットを直接開くと起きます。壊れたわけではなく、git switch - で戻り、そこでの作業は git switch -c 枝 で枝にして救えます。
詳しくは：git switchとcheckoutの違い：枝を切り替える操作と、detached HEAD
.git
リポジトリのフォルダの中にある隠しフォルダで、履歴の全部が入っています。消すとそのフォルダは普通のフォルダに戻り、履歴も失われます。中身を手で編集することはありません。
詳しくは：Gitとは：GitHubとの違いと、履歴を残す仕組み
差分（diff）
2つの状態の違いです。git diff は、直したがまだ保存していない変更を行単位で見せます。プルリクエストの「Files changed」も、この差分を並べたものです。
詳しくは：git add・commit・pushの違い：保存して送るまでの流れ
amend
直前のコミットを、名前や中身ごと作り直す操作です。git commit --amend で行います。pushする前なら使えますが、pushしたあとは履歴が食い違うので使いません。
詳しくは：Gitで元に戻す：revert・reset・restoreの違いと使い分け
reflog
HEADが動いた記録で、git reflog で見ます。コミットした内容なら、消したコミットや枝もここから探して取り戻せます。コミットしていない変更は載らないので、戻せません。
詳しくは：Gitで元に戻す：revert・reset・restoreの違いと使い分け
.gitignore
Gitに管理させないファイルの名前を書いておく設定ファイルです。.env や画像の元データなど、リポジトリに入れたくないものを書きます。すでにコミットしたファイルは、書いても履歴から消えません。
詳しくは：.gitignoreの書き方と、リポジトリに入れてはいけないファイル
.env
APIキーやパスワードなど、環境ごとに違う値を書いておく設定ファイルです。リポジトリに入れてはいけない代表例で、.gitignore に書いて外します。送ってしまったときは、まず鍵の無効化と作り直しです。
詳しくは：APIキーやパスワードをGitHubにpushしてしまったときの対応
Git LFS
大きなファイルを、履歴の本体とは別の場所で扱う仕組みです。GitHubでは50MiBを超えると警告、100MiBを超えるとブロックされ、そのときに使います。リポジトリの大きさは1GB未満が理想です。
詳しくは：.gitignoreの書き方と、リポジトリに入れてはいけないファイル
送ると受け取る
clone
GitHubなどにあるリポジトリを、履歴ごと自分のパソコンに複製する操作です。最初に1回だけ行います。複製したあとは、更新を受け取るのにcloneし直す必要はありません。
詳しくは：git clone・pull・fetchの違い：受け取る操作の使い分け
fetch
リモートの最新の履歴を取ってきて、手元に置くだけの操作です。作業中のファイルは書き換わらないので、まず何が来ているかを見たいときに使います。
詳しくは：git clone・pull・fetchの違い：受け取る操作の使い分け
pull
fetchに加えて、取ってきた履歴を今の枝に合流させる操作です。fetchは見るだけ、pullは合流までします。合流で食い違うと、コンフリクトが起きることがあります。
詳しくは：git clone・pull・fetchの違い：受け取る操作の使い分け
push
手元のコミットをリモートへ送る操作です。送られるのはコミットだけで、コミットしていない編集は送られません。pushしても、本番のサイトは自動で出す設定がなければ変わりません。
詳しくは：git add・commit・pushの違い：保存して送るまでの流れ
force push
リモートの履歴を、手元の履歴で強制的に上書きして送る操作です。git push --force で行います。他の人の変更を消すことがあるので、履歴を書き換えた直後など理由があるときに限ります。
詳しくは：APIキーやパスワードをGitHubにpushしてしまったときの対応
fork
他人のリポジトリを、自分のアカウントの下にGitHub上で複製することです。cloneは自分のパソコンへの複製で、forkはGitHub上への複製なので、別のものです。公開リポジトリに変更を提案するときに使います。
詳しくは：GitHubのリポジトリの読み方：スター・ライセンス・READMEで導入前に見るところ
枝と確認
switch
枝を切り替える操作で、git switch 枝 と打ちます。ファイルを戻す役はrestoreに分かれました。古い git checkout は両方の役を持っていた入口で、今も動きます。
詳しくは：git switchとcheckoutの違い：枝を切り替える操作と、detached HEAD
merge
別の枝の変更を、今の枝に合流させる操作です。git merge で行います。GitHubのプルリクエストの「マージ」も、中身は同じ合流です。
詳しくは：git branchとmergeの使い方：枝を分けて合流する、GitHub Flowまで
fast-forward
枝が分かれていないときの、一番単純な合流です。mainの札が前へ進むだけで、新しいコミットは作られません。両方の枝が進んでいると、fast-forwardにならず、合流のコミットが1つ作られます。
詳しくは：git branchとmergeの使い方：枝を分けて合流する、GitHub Flowまで
rebase
枝の始まりを、別の枝の先頭へ付け替える操作です。履歴が1本の線になりますが、コミットが作り直されるので、pushしたあとには使いません。迷ったら、mergeで足ります。
詳しくは：git branchとmergeの使い方：枝を分けて合流する、GitHub Flowまで
コンフリクト
同じ場所を別々に直した変更を合流させたとき、Gitがどちらを採るか決められない状態です。ファイルに <<<<<<< などの印が入るので、残す内容を選んで印を消し、コミットして解消します。
詳しくは：コンフリクトの直し方：起きる理由と、解消の手順
プルリクエスト
「この枝を本筋に入れていいですか」という確認依頼です。Git本体の機能ではなく、GitHubの画面の上にある機能です。GitLabでは同じ役目のものを、マージリクエストと呼びます。
詳しくは：プルリクエストとは：作り方・レビュー・マージの流れ
レビュー
プルリクエストの変更を、別の人が見て返事をすることです。返事は Comment、Approve、Request changes の3種類です。コードが読めなくても、文言・金額・電話番号は判断できます。
詳しくは：プルリクエストとは：作り方・レビュー・マージの流れ
GitHub Flow
mainから枝を切って直し、プルリクエストで確認してからmainに戻す、1本の進め方です。小さな会社の運用なら、これだけで足ります。
詳しくは：Git FlowとGitHub Flowの違い：小さなチームはどちらで回すか
Git Flow
main develop に加えて、機能・リリース準備・緊急修正の枝を使う進め方です。版番号を付けて出す製品向けで、小さな会社のサイトや社内スクリプトなら、GitHub Flowで足ります。Gitの機能ではなく、決めごとです。
詳しくは：Git FlowとGitHub Flowの違い：小さなチームはどちらで回すか
ブランチ保護
mainなどの枝に、直接pushすることを止める設定です。変更は必ずプルリクエストを通ります。非公開リポジトリでは、2026年11月時点でTeam以上で使えます。
詳しくは：プルリクエストとは：作り方・レビュー・マージの流れ
revert
過去のコミットを打ち消す変更を、新しいコミットとして足す操作です。履歴が残るので、pushしたあとでも使えます。次のresetとの違いは、履歴を巻き戻さずに足すことです。
詳しくは：Gitで元に戻す：revert・reset・restoreの違いと使い分け
reset
枝の先頭を、過去のコミットまで巻き戻す操作です。--hard を付けると、コミット前の変更も消えます。pushしたコミットには使わず、そちらはrevertで戻します。
詳しくは：Gitで元に戻す：revert・reset・restoreの違いと使い分け
restore
ファイルを、コミット済みの状態に戻す操作です。git restore menu.html と打つと、コミット前の変更が捨てられ、戻せません。--staged を付けると、ステージだけを取り消し、内容は残ります。
詳しくは：Gitで元に戻す：revert・reset・restoreの違いと使い分け
stash
作業中の変更を、コミットせずに一時的によけておく操作です。git stash でよけ、git stash pop で戻します。一度も git add していない新しいファイルはよけないので、含めるときは git stash -u を使います。
詳しくは：Gitコマンド一覧：場面ごとによく使うものと、危ないもの
GitHubの機能
Issue
作業や要望を1件ずつ書いて管理する、GitHubの機能です。「電話番号が古い」のような依頼を残し、プルリクエストと結びつけられます。GitLabにも同じ名前の機能があります。
詳しくは：GitHub IssuesとProjectsの使い方：やることを管理する
GitHub Projects
IssueやプルリクエストをOrganizationなどの下で、表やボードに並べて進み具合を見る画面です。Freeで使えます（2026年11月時点）。Issueだけでも回せるので、件数が増えて一覧で見たくなったときに足します。
詳しくは：GitHub IssuesとProjectsの使い方：やることを管理する
GitHub Actions
GitHubの上で、決めたきっかけに合わせて自動で処理を動かす仕組みです。Freeでは月2,000分・ストレージ500MBです（2026年11月時点）。設定ファイルは .github/workflows に置きます。
詳しくは：GitHub Actionsの使い方：自動で動かす仕組みと無料枠
ワークフロー
GitHub Actionsで、何をいつ動かすかを書いた設定ファイルです。.github/workflows の中にYAML形式で置きます。pushやプルリクエストをきっかけに動かせます。
詳しくは：GitHub Actionsの使い方：自動で動かす仕組みと無料枠
ランナー
ワークフローを実際に動かすコンピューターです。GitHubが用意する標準のランナーは、公開リポジトリなら無料です。非公開では無料枠の分数を使います。GitLabで同じ役目のものは、GitLabの言葉のGitLab Runnerです。
詳しくは：GitHub Actionsの使い方：自動で動かす仕組みと無料枠
GitHub Pages
リポジトリの中身を、そのままWebサイトとして公開する機能です。個人のFreeでは公開リポジトリのみで、非公開リポジトリからはTeam以上です。サイトは誰でも見られる状態で公開されます。
詳しくは：GitHub Pagesの使い方：無料でサイトを公開する手順と注意点
GitHub Codespaces
GitHubのサーバーの中に開発環境を作り、ブラウザやVS Codeから開く機能です。個人のFreeは月120コア時間（2コアで60時間）まで無料です（2026年11月時点）。止めたまま既定で30日たつと自動で消え、pushしていない変更も消えます。
詳しくは：GitHub Codespacesとは：ブラウザで開発する仕組みと無料枠
GitHub Gist
ファイル数個をすぐ共有できる、小さなGitのリポジトリです。公開範囲は public と secret の2つで、secret は非公開ではなく、URLを知っていれば誰でも見られます。鍵や顧客情報は置きません。
詳しくは：GitHub Gistとは：コードの断片を共有する、公開範囲の注意点
GitHub Education
学生・教員・学校向けの、無料の制度です。13歳以上で学位や卒業証書につながる課程の学生は、GitHub ProやCopilot Studentなどを使えます。社会人は対象外で、認証は2年で再確認です（2026年11月時点）。
詳しくは：GitHub Educationとは：学生・教員の申請手順と、もらえるもの
GitHub Enterprise
GitHubの会社向けの最上位プランで、2026年11月時点で1ユーザー月 $21 です。SAML SSOや監査ログのAPIなどが加わり、提供形態はクラウドのEnterprise Cloudと、自社サーバーのEnterprise Serverの2つです。小さな会社のほとんどは、FreeかTeamで足ります。
詳しくは：GitHub Enterpriseとは：Teamとの違い、Cloudと自社サーバーの選び方
GitHub Enterprise Server
自社のサーバーに置いて使う形のGitHubです。Enterpriseプランの提供形態のひとつです。クラウドのGitHubとは別の運用になり、小さな会社が最初に選ぶものではありません。
詳しくは：GitHub Enterpriseとは：Teamとの違い、Cloudと自社サーバーの選び方
README
リポジトリのトップに表示される説明文です。何のためのものか、どう使うかが書いてあります。他人のリポジトリを入れる前に、まず読む場所です。
詳しくは：GitHubのリポジトリの読み方：スター・ライセンス・READMEで導入前に見るところ
ライセンス
他人が作ったコードを、どんな条件で使ってよいかを決めたものです。GitHubの画面の右側に名前が出ます。MIT licenseは条件の緩いライセンスの例です。
詳しくは：GitHubのリポジトリの読み方：スター・ライセンス・READMEで導入前に見るところ
スター
リポジトリに付けるお気に入りの印で、人気の目安です。数が多くても、安全の証明ではありません。入れてよいかは、配布元・手入れ・ライセンス・触る範囲で見ます。
詳しくは：GitHubのリポジトリの読み方：スター・ライセンス・READMEで導入前に見るところ
GitLabの言葉
マージリクエスト
GitHubのプルリクエストに当たる、GitLabの機能です。役目は同じで、画面の名前が違うだけと考えて読めます。略して MR と書くこともあります。
詳しくは：GitLabの使い方：無料の範囲、CI/CD、GitHubからの移行
Group
GitLabで、プロジェクトをまとめて入れる箱です。グループに入れた人は、中の全プロジェクトに入れます。GitHubのOrganizationに近いものです。
詳しくは：GitLabの使い方：無料の範囲、CI/CD、GitHubからの移行
Project
GitLabで、1つのリポジトリにIssueやCIなどが付いた単位です。GitHubのリポジトリに近い言葉です。グループの中に置くか、個人の namespace に置きます。
詳しくは：GitLabの使い方：無料の範囲、CI/CD、GitHubからの移行
Self-Managed
GitLabを自社のサーバーに置いて、自分で運用する形です。料金表にはFree・Premium・Ultimateがあります。ストレージとランナーは自分で用意します。GitLab.comはGitLabが運用する形で、これとは別です。
詳しくは：GitHubとGitLabの違い：料金・機能・自社サーバーで比べる選び方
Community Edition
GitLabの自社サーバー向けの入口のひとつです。ただし、無料と明記されているかは確かめられていません。gitlab-foss は、独自のコードを除いたMITライセンスの読み取り専用ミラーです。
詳しくは：GitLabの使い方：無料の範囲、CI/CD、GitHubからの移行
.gitlab-ci.yml
GitLabで、CIの動かし方を書く設定ファイルです。GitHubでいう .github/workflows の中のファイルに当たります。GitHub Actionsの設定はそのままでは動かず、書き換えが要ります。
詳しくは：GitLabの使い方：無料の範囲、CI/CD、GitHubからの移行
CI/CD
変更が入るたびに、テストなどの確認と、公開までの作業を自動で動かす仕組みです。GitLabでは .gitlab-ci.yml で、GitHubではActionsで書きます。GitLab.com Freeは月400コンピュート分です。
詳しくは：GitLabの使い方：無料の範囲、CI/CD、GitHubからの移行
GitLab Runner
.gitlab-ci.yml に書いた仕事を、実際に動かすプログラムです。GitLab.comなら用意されたRunnerがすぐ使え、無料枠は月400コンピュート分です（2026年11月時点）。社内サーバーへ配るときや分数が足りないときに、自分で立てます。
詳しくは：GitLab Runnerとは：CI/CDを動かす仕組みと、自分で立てる場面
インポーター
GitHubなどのリポジトリを、GitLabへ移す公式の機能です。ブランチ、Issue、プルリクエスト、コメント、Wikiなどを持っていけます。Outside collaboratorsなど、持っていけないものもあります。
詳しくは：GitLabの使い方：無料の範囲、CI/CD、GitHubからの移行
namespace
GitLabで、グループや個人ごとに作られる持ち主の単位です。GitLab.com Freeの非公開トップレベルnamespaceは、2026年11月時点で5ユーザーまでです。超えると読み取り専用になります。公開グループ・個人のnamespace・有料プランは対象外です。
詳しくは：GitLabの使い方：無料の範囲、CI/CD、GitHubからの移行
安全と権限
Organization
会社やチームで持つ、GitHubの共有のアカウントです。リポジトリは個人ではなく組織のものになるので、担当者が辞めても残ります。Freeでも作れ、オーナーは2人以上置くことを公式が勧めています。
詳しくは：GitHubの権限と2段階認証：共同作業者・Organization・非公開リポジトリ
Collaborator（共同作業者）
個人のリポジトリに招待した人です。個人の非公開リポジトリでは、読むだけの招待ができず、書き込みもできる権限になります。読むだけにしたいときは、Organizationを使います。
詳しくは：GitHubの権限と2段階認証：共同作業者・Organization・非公開リポジトリ
ロール
Organizationで、人ごとに決める権限の段階です。Read・Triage・Write・Maintain・Adminの5段階があります。外注には、仕事に足りる一番弱いロールで招待し、終わったら外します。
詳しくは：GitHubの権限と2段階認証：共同作業者・Organization・非公開リポジトリ
2段階認証
パスワードに加えて、認証アプリの数字などをもう1つ求める仕組みです。リカバリーコードはパスワード管理ツールに保管します。Organizationでは、全員に求める設定ができます。
詳しくは：GitHubの権限と2段階認証：共同作業者・Organization・非公開リポジトリ
トークン
パスワードの代わりに、コマンドやアプリが使う合言葉です。期限と範囲を付けられるfine-grainedを選びます。画面に出るのは作った直後だけで、記事ではxxxxxxxxと伏せて書きます。
詳しくは：Gitのインストールと初期設定：MacとWindows、名前とメールと認証
SSH鍵
秘密鍵と公開鍵の2つで1組のファイルです。秘密鍵はパソコンの中に置き、公開鍵だけをGitHubに登録します。URLは git@github.com: で始まる形になります。
詳しくは：GitHubのSSH接続：鍵の作り方と登録、HTTPSとの違い
secret scanning
リポジトリに入った鍵やパスワードを見つける機能です。公開リポジトリでは無料で自動です。非公開では、GitHub Secret Protectionを有効にしたTeamかEnterprise Cloudが対象です。
詳しくは：APIキーやパスワードをGitHubにpushしてしまったときの対応
push protection
鍵やパスワードを含むpushを、送る前に止める機能です。非公開リポジトリでは、Secret Protectionが必要です。Teamでは追加購入で、有効なコミッター1人あたり月 $19 です。
詳しくは：APIキーやパスワードをGitHubにpushしてしまったときの対応
git filter-repo
履歴から特定のファイルや文字を消す道具です。送ってしまった鍵を消すときに使い、そのあとforce pushが要ります。他の人のcloneやforkに残った分は、消せません。
詳しくは：APIキーやパスワードをGitHubにpushしてしまったときの対応
リカバリーコード
2段階認証の認証アプリが使えなくなったときに、ログインを取り戻すためのコードです。作ったときに出るので、パスワード管理ツールに保管します。
詳しくは：GitHubの権限と2段階認証：共同作業者・Organization・非公開リポジトリ
道具とAI
GitHub Desktop
Gitをボタンで操作する、GitHub公式のアプリです。MacとWindowsで使え、Linuxは公式には対応していません。MITライセンスで公開されています。
詳しくは：GitHub Desktopの使い方：インストールからコミット、プルリクエストまで
Sourcetree
Gitをボタンで操作する、Atlassianのアプリです。無料で、MacとWindowsで使えます。
詳しくは：Sourcetreeの使い方：画面の読み方とコミット・プッシュ・枝の操作
TortoiseGit
Windowsのエクスプローラーの右クリックで、Gitを操作する無料の道具です。Git for Windowsが別に要り、公式の配布はWindows用のインストーラーだけです。コミットだけではGitHubへ届かず、pushまでが要ります。
詳しくは：TortoiseGitの使い方：Windowsの右クリックでGitを操作する
VS Code
コードやテキストを書くエディタで、Gitの操作も画面からできます。どの道具で操作しても、できる履歴は同じです。
詳しくは：VS CodeでGitとGitHubを使う：連携の手順と、画面の読み方
GitHub CLI
GitHubの操作を、黒い画面から gh というコマンドで行う道具です。プルリクエストの作成などができます。git はGit本体のコマンドで、gh はGitHubの機能のコマンドなので、別のものです。
詳しくは：GitHub CLIの使い方：ghでできることと、gitとの違い
GitHub Copilot
GitHubのコードを書くAIで、補完と、指示で複数のファイルを直す機能があります。個人はFree $0（月2,000補完）、Pro $10、Pro+ $39、Max $100です（2026年11月時点）。GitHub本体のプランとは別の契約です。
詳しくは：GitHub Copilotとは：料金・使い方・無料でできる範囲
Claude Code
指示に合わせてファイルを直すAIの道具で、GitHubの製品ではありません。AIに直させる前に枝を分けておくと、差分を見て、まずければ戻せます。
詳しくは：GitHub CopilotとClaude Code：AIでコードを書くときのGitの使い方
Cursor
AI付きのエディタで、Claude CodeやCopilotと同じく、GitHubの製品ではありません。どの道具で直しても、履歴を取るのはGitです。
詳しくは：GitHub CopilotとClaude Code：AIでコードを書くときのGitの使い方
ターミナル
文字でコマンドを打つ黒い画面です。ボタンのアプリと違い、git status で今の状態を確かめられます。
詳しくは：Gitのインストールと初期設定：MacとWindows、名前とメールと認証