Q2
Gitのコミットはゲームの何に例えられますか？
コミットはゲームのセーブのように、コードの状態を記録します。いつでも前の状態に戻せます。
Q3
Gitで管理されるフォルダのことを何と呼びますか？
リポジトリ（repository）はGitで管理されるフォルダで、変更履歴がすべて記録されます。
Q4
コミットする前に「どのファイルを記録するか」選ぶ作業を何と呼びますか？
ステージングはコミットに含めるファイルを選ぶ作業です。git add で行います。
Q5
Gitがインストールされているか確認するコマンドを入力してください
💡 ヒント
git + オプション（バージョンを表示する）
git --version でGitのバージョンが表示されれば、インストール済みです。
Q6
Gitの基本的な流れとして正しい順番はどれですか？
ファイルを編集し、git add でステージに追加し、git commit で記録するのが基本の流れです。
Q7
git config --global user.___ "あなたの名前" — 名前を設定する属性は？
git config --global user.name で、コミットに記録される名前を設定します。
Q8
git config で設定した名前とメールアドレスは何に使われますか？
git config で設定した名前とメールアドレスは、コミット履歴に作者として記録されます。
Q9
新しいGitリポジトリを作るコマンドを入力してください
💡 ヒント
git + 初期化を意味する英単語の略
git init で現在のフォルダにGitリポジトリを作成します。.git フォルダが作られます。
Q10
git init を実行すると作られる隠しフォルダの名前は？
.git フォルダにGitの変更履歴がすべて保存されます。このフォルダを削除するとGit管理が解除されます。
Q11
git ___ index.html — ファイルをステージに追加するコマンドは？
git add でファイルをステージングエリアに追加し、次のコミットに含める準備をします。
Q12
git add . の「.」（ドット）の意味は？
「.」は現在のフォルダのすべてのファイルを意味します。変更があるファイルをまとめてステージに追加します。
Q13
git commit ___ "メッセージ" — コミットメッセージを付けるオプションは？
-m オプションの後にコミットメッセージ（変更内容の説明）を書きます。
Q14
git status で赤く表示されるファイルはどういう状態ですか？
赤い表示は「変更があるがまだ git add されていない」状態です。git add 後は緑になります。
Q15
コミット履歴を確認するコマンドを入力してください
💡 ヒント
git + 記録を意味する英単語
git log でコミットのハッシュ、作者、日時、メッセージが表示されます。q キーで終了します。
何を変えたかが後からわかるように、具体的なメッセージを書きましょう。
Q18
git remote add ___ https://github.com/... — リモートの名前として一般的に使われるのは？
origin はリモートリポジトリのデフォルトの名前です。git remote add origin URL で登録します。
Q19
ローカルのコミットをGitHubに送信するコマンドを入力してください
💡 ヒント
git + 「押す・送る」を意味する英単語
git push でローカルのコミットをリモート（GitHub）に送信します。
Q20
git push で「error: failed to push some refs」が出る原因として多いのは？
GitHubでREADMEを追加すると、ローカルにないコミットが存在するため push が拒否されます。 📖 詳しい解説を見る →
Q21
2回目以降にGitHubにコードを送る正しい流れは？
ファイルをステージに追加（add）→ コミット（commit）→ GitHubに送信（push）の順です。
Q22
GitHubにコードを置くメリットとして正しくないのはどれですか？
GitHubはコード共有・バックアップ・チーム開発に使えますが、コードを自動で書いてくれるわけではありません。
Q23
GitHubのリポジトリをまるごと自分のパソコンにコピーするコマンドを入力してください
💡 ヒント
git + 「複製」を意味する英単語
git clone URL でリモートリポジトリをローカルにコピーします。
Q24
GitHubから最新の変更を自分のパソコンに取り込むコマンドを入力してください
💡 ヒント
git + 「引っ張る」を意味する英単語
git pull でリモート（GitHub）の最新の変更をローカルに取り込みます。push の逆の操作です。
ブランチを使うと、メインのコードに影響を与えずに新しい機能を開発できます。
Q26
git checkout ___ feature-about — ブランチを新しく作って切り替えるオプションは？
Q27
ブランチの変更をmainに統合するコマンドを入力してください
💡 ヒント
git + 「統合する」を意味する英単語
git merge ブランチ名 で、指定したブランチの変更を現在のブランチに統合します。
Q28
コンフリクト（衝突）が起きるのはどんなときですか？
Q29
Pull Request（プルリクエスト）の目的はどれですか？
Pull Requestはチームメンバーにコードを確認してもらい、問題なければマージする仕組みです。
Q30
チーム開発でブランチを使った正しい流れはどれですか？
ブランチで作業し、Pull Requestでレビューを受けてからマージするのがチーム開発の基本フローです。
Q31
Gitで「バージョン管理」をする最大のメリットはどれですか？
バージョン管理の最大のメリットは、変更履歴が残るため、いつでも過去の状態に戻せることです。
Q32
git config で設定した情報を確認するコマンドはどれですか？
git config --list で現在の設定一覧を確認できます。user.name や user.email が正しく設定されているか確認しましょう。
リモートはインターネット上にあるリポジトリのことです。GitHubがリモートリポジトリの代表例です。
Q34
現在のフォルダのすべてのファイルをステージに追加するコマンドを入力してください
💡 ヒント
git add + 現在のフォルダを表す記号
git add . の「.」は現在のフォルダのすべてのファイルを意味します。変更があるファイルをまとめてステージに追加します。
Q35
git status で緑色に表示されるファイルはどういう状態ですか？
緑色は「git add 済みでコミットの準備ができた」状態です。赤色は「まだ add されていない」状態です。
Q36
git log --___ — コミット履歴を1行ずつ短く表示するオプションは？
git log --oneline でコミットのハッシュとメッセージが1行ずつ表示されます。履歴が見やすくなります。
Q37
コミットメッセージに含めるべき情報はどれですか？
コミットメッセージは「何を変更したか」がわかるように書きます。日付や名前はGitが自動で記録してくれます。
Q38
直前のコミットメッセージを修正するコマンドを入力してください
💡 ヒント
git commit + 「修正する」を意味する英単語のオプション
git commit --amend で直前のコミットメッセージを修正できます。まだ push していないコミットに対して使いましょう。
git clone URL でリモートリポジトリの全ファイルと全履歴を自分のパソコンにコピーします。
Q40
git push -u ___ main — リモートの名前として一般的に使われるのは？
origin はリモートリポジトリのデフォルトの名前です。-u で追跡関係を設定すると、次回から git push だけで送信できます。
Q41
GitHubのリポジトリを「Public」にするとどうなりますか？
Public リポジトリは誰でもコードを閲覧できます。ポートフォリオとして公開したい場合に適しています。
Q42
リモートリポジトリのURLを確認するコマンドを入力してください
💡 ヒント
git remote + 詳細表示のオプション（verbose の頭文字）
git remote -v で登録されているリモートの名前とURLを確認できます。push先が正しいか確認するときに使います。
Q43
git push した後にGitHubで変更が反映されない場合、まず確認すべきことは？
push が成功していればGitHubには反映されています。ブラウザのキャッシュで古い表示が残っている場合があるので、まずリロードしましょう。
Q44
git branch -d feature の役割はどれですか？
-d オプションはブランチを削除します。マージ済みのブランチを整理するときに使います。
Q45
現在のブランチ一覧を表示するコマンドを入力してください
💡 ヒント
git + 「枝」を意味する英単語
git branch で全ブランチの一覧が表示されます。現在いるブランチには * がつきます。
git merge は「今いるブランチに」別のブランチを統合します。main に統合したいなら、まず git checkout main で main に移動します。
Q47
git push ___ feature-about — ブランチをGitHubに送信するとき、リモート名を指定する
git push origin ブランチ名 で、指定したブランチをGitHubに送信します。Pull Request を作る前にブランチを push します。
Q48
コンフリクトを解決した後に行う操作の正しい順番はどれですか？
コンフリクトを手動で修正したら、git add で修正をステージに追加し、git commit で解決を記録します。
Q49
Pull Request でレビュアーが「変更をリクエスト」した場合、どうすべきですか？
同じブランチに追加のコミットを push すると、Pull Request に自動で反映されます。作り直す必要はありません。
Q50
マージ済みのブランチを安全に削除するコマンドを入力してください（ブランチ名: feature）
💡 ヒント
git branch + 削除オプション + ブランチ名
git branch -d はマージ済みのブランチのみ削除します。未マージのブランチを削除しようとすると警告が出るので安全です。