【Git】ローカル開発／基本操作でよく使うコマンド実施例

2026年8月11日

ローカル開発で使う Git の基本コマンドを、VSコードの画面で実際に動かした例です。コマンドの意味や一覧は基本コマンド編にまとめています。

Gitコマンドはどこに入力するの？

VSコードのターミナルに入力します。Gitで管理したいフォルダを開いた状態で、画面下部のターミナルを表示し、そこへコマンドを打ち込んでいきます。この記事ではその画面をそのまま載せています。

Gitはインストール済、以下のプロジェクトディレクトリ（フォルダ）を用意し、エディタはVSコードを使います。

テスト用に準備したプロジェクトディレクトリ（Git-Practice）

Git-Practice/
├── index.html
├── css/
│   └── style.css
└── js/
    └── script.js

Git 初期化～初期コミットまで

STEP1

VSコードでターミナルを表示する

まず、Gitのコマンドを入力・実行するためのターミナルを表示させます。
VSコードでは、カーソルを画面下の青色バー付近に持っていくと上下矢印に変わります。この状態で上方向にドラッグすると、ターミナルが出現します。

画面は、Gitで管理するプロジェクトフォルダ（Git-Practice）を開いた状態です。
STEP2

【git init】リポジトリを初期化（新規作成）する
```
git init
```
Gitで管理したいフォルダ（ディレクトリ）を開いた状態で上記コマンドを実行すると、「.git」という隠しフォルダ（Gitリポジトリ）が作成され、ここに履歴が保管されるようになります。

初期化に成功すると「Initialized empty Git repository in ～」と表示され、Git-Practiceフォルダ下に「.git」という新しいフォルダが新規作成されました。

「表示タブ」にある隠しファイルにチェックが入っていないと表示されません。
STEP3

【git add / git commit】初期コミットをローカルリポジトリに保存する
以下のコマンドを実行し、プロジェクトディレクトリ内の全てのファイルとフォルダをステージングエリアに追加してGitの管理対象にします。
```
git add .
```
ステージングエリア（インデックスとも呼ばれる）は、コミットする前に変更を一時的に保持する場所です。

続いて以下のコマンドを実行し、ステージングエリアに追加された変更をローカルリポジトリに保存（コミット）します。
```
git commit -m "最初のコミット"
```
コミットするときはコミットメッセージも合わせて記述し、簡潔な変更内容を残します。
メッセージを書き忘れるとターミナルでエディタが開いてしまいます。（エディタを閉じるには :q! を入力します。）

git init → git add . → git commit -m "最初のコミット" とコマンドを実行したときのターミナル

初期コミットを行った後は、実際にGit管理下のファイルを更新し、更新後に git add . → git commit -m "コミットメッセージ" で更新履歴をGitリポジトリに保存していきます。このように管理することで、都度のコミット履歴がGitリポジトリ（「.git」フォルダ）に蓄積され、必要に応じて更新前のコードに戻ったり更新内容を修正したりできるようになります。

初期コミット後の基本的な操作

STEP4

【git status】更新したファイルがステージングされているか確認する
```
git status
```
更新したファイルが git add されているかを確認するコマンドです。
作業をしていると、どのファイルを更新したのか、その更新ファイルがステージングエリアに上がっているのか、わからなくなることがあります。そんなときに使うコマンドです。

実際に「index.html」ファイルを更新し、git status で状況を確認してみます。

「index.html」を更新し、git add . する前に git status を実行したときの画面

「index.html」を更新し、git add . した後に git status を実行したときの画面
STEP5

【git log】コミット履歴を確認する
```
git log
```
すべてのコミット履歴を確認するコマンドで、更新者（Author）や日時（Date）、コミットメッセージに、コミット毎に割り振られる固有番号（ハッシュ）を確認できます。（このハッシュを使うことで、その時点のコミットに戻ることができます。）

git log を実行したときの画面。初期コミットと、index.htmlを更新したコミットの2つが表示されています。

コミット履歴を1行で簡潔に表示させるコマンドもあります。（個人的には、こちらの方を頻繁に使います。）
```
git log --oneline
```
このコマンドを実行すると、すべてのコミット履歴を1行ずつリスト表示してくれます。

git log --oneline を実行したときの画面。ハッシュとコミットメッセージのみが1行で簡潔に表示されました。

git log には --oneline 以外にも様々なオプションが用意されています。詳しくは基本コマンド編をご参照ください。
STEP6

【git commit –amend】直前のコミットを修正する
```
git commit --amend -m "新しいコミットメッセージ"
```
直前にコミットした内容を修正したいときに使うコマンドです。
コードが間違っていたので少し修正したい、メッセージだけを変えたいなど、新しくコミットを作るまでもないときに使います。

ひとつ前のSTEPで更新した「index.html」の内容を少し修正し、git commit --amend -m "タイトル（ホーム）を追加" を実行します。
その後、git log --oneline でコミット履歴が増えていないか確認します。

無事、直前のコミットのハッシュとメッセージが更新されました。
STEP7

【git checkout】特定のコミットに戻る
```
git checkout ハッシュ
```
git log 等で確認したハッシュを入力することで、その時点のコミットに戻るコマンドです。

git checkout 99f2a1d で、最初のコミットに戻ってみます。

git checkout を実行すると、英語の長文コメント（今後のコミットに関するアドバイス）も表示されました。
ここでは「ブランチ」という仕組みについても言及されていますが、本記事では割愛します。

また、以下のコマンドを実行することでこのアドバイスを非表示にできます。
```
git config advice.detachedHead false
```
STEP8

【git reflog / git checkout】最新のコミットに戻る
git checkout で過去のコミットに戻った後、再び最新のコミットに戻るには、同じように git checkout と最新コミットのハッシュを使います。

ただし、過去のコミットに戻った状態で git log を実行してもそれ以前のコミットしか表示されません。
git log の代わりに git reflog を使えばGitの操作履歴を表示することができるので、ここで最新コミットのハッシュを調べることができます。
```
git reflog
```
あるいは、直接ブランチ名を指定して戻ることもできます。（ブランチについてはブランチ編にて）

通常、最初に作業しているブランチは main や master という名前が既定で付いているので、そのブランチ名を指定します。
```
git switch main
```
最新のコミットに戻るだけなら、こちらの方がシンプルで簡単です。（git checkout main でも同じことができます。）

git reflog で操作履歴を確認し、最新のコミットに戻ったところ。
STEP9

【git reset】更新を破棄して戻る
```
git reset --hard ハッシュ
```
これまでの更新内容は破棄し、指定したコミットに戻るコマンドです。

--hard オプションを付けると作業ディレクトリで更新した内容も破棄されてしまうので、実行するときは注意しましょう。

git log --oneline で戻りたいコミットのハッシュ（99f2a1d）を確認し、git reset --hard 99f2a1d を実行してみます。

これまでの更新内容が破棄され、最初のコミット（99f2a1d）に戻りました。