はじめに
Gitのブランチ操作は、checkoutコマンドを使用して行われてきました。しかし、Gitのバージョン2.23.0で新たに導入されたswitchコマンドを使用すると、ブランチ操作をより直感的で明確に行うことができます。
switchコマンドはブランチの切り替えや新しいブランチの作成に特化しています。一方で、checkoutコマンドはブランチの切り替えに加えて、作業ディレクトリのファイルの変更や復元にも使用されます。
この記事では、switchコマンドの基本的な使い方と機能を紹介します。また、checkoutコマンドとの比較を行い、両者の違いとそれぞれのコマンドが適した使用状況について解説します。最後に、switchコマンドを使った実践的な使用例を提供します。
gitとGitHubについてはこちらで解説しています。
https://envader.plus/article/68
git switch コマンドの基本
Gitのswitchコマンドは、ブランチ間の移動をより直感的で簡単にするために設計されました。こちらでは、switchコマンドの基本的な使い方と機能について解説します。
ブランチの切り替え
switchコマンドの最も基本的な使用法は、既存のブランチ間での移動です。コマンドは以下のように使用されます。
git switch <ブランチ名>このようにして指定されたブランチに切り替えることができます。例えば、developブランチに移動したい場合は、以下のように入力します。
git switch develop新しいブランチの作成と切り替え
switchコマンドを使用すると、新しいブランチを作成し、そのブランチに直接切り替えることができます。-cオプションを使用して、以下のように実行します。
git switch -c <新しいブランチ名>例えば、feature/new-featureという新しいブランチを作成する場合、以下のコマンドを入力します。
git switch -c feature/new-feature追跡ブランチの切り替え
リモートリポジトリのブランチを追跡する新しいローカルブランチを作成する場合にもswitchコマンドが役立ちます。--trackオプションを使って、リモートのブランチと同じ名前の新しいローカルブランチを作成し、切り替えます。
git switch --track origin/<ブランチ名>例えば、リモートリポジトリのmainブランチを追跡するためには、以下のようにします。
git switch --track origin/maingit checkoutコマンドとの比較
Gitのswitchコマンドは、checkoutコマンドの機能の一部をより使いやすくするために導入されました。こちらでは、switchとcheckoutの主な機能の違いと、それぞれのコマンドが最適な使用状況について説明します。
git switchが導入された背景
これまでは、Gitではブランチの切り替えや新しいブランチの作成などの操作はcheckoutコマンドを使用して行われていました。しかし、checkoutはブランチ操作の他にも、作業ディレクトリの変更やファイルの復元など多岐にわたる機能を持っていました。つまり多機能が故に、特に新しいユーザーにとっては混乱の原因となりがちでした。
switchとrestoreへの分割
git checkoutの多機能すぎるという問題に対処するため、Gitの開発者はcheckoutコマンドを２つの専用コマンドに分割しました。
-
git switch
この新しいコマンドはブランチの切り替えに特化しています。switchは、現在のブランチから別のブランチに移動する操作を、より明確かつ直感的に行うことができます。
-
git restore
作業ディレクトリやステージングエリア（インデックス）のファイルの状態を変更するためのコマンドです。これにより、コミットされていない変更を元に戻したり、過去のコミットから特定のファイルを復元するような操作が行えます。
git restoreコマンドについてはこちらで詳しく解説しています。
https://envader.plus/article/448
結局switchでいいの？
結論として、Gitのswitchコマンドは、特にブランチ操作に関しては、より使いやすく直感的な選択となるでしょう。しかし、switchコマンドがすべてのケースでcheckoutコマンドを完全に置き換えるわけではありません。次に説明する機能の違いなどを理解して使い分けましょう。
switchとcheckoutの機能の違い
| 機能 | switch | checkout |
|---|---|---|
| ブランチの切り替え | ○ | ○ |
| 新しいブランチの作成 | ○ | ○ |
| 作業ディレクトリの変更 | ✕ | ○ |
| ファイルの状態の復元 | ✕ | ○ |
使い分けのポイント
| 目的 | 使用するコマンド |
|---|---|
| ブランチの切り替えや新規作成 | switch |
| 特定のコミットやブランチの状態に作業ディレクトリを戻す | checkout |
switchのメリットとデメリット
-
メリット
- ブランチ操作がシンプルでわかりやすい
-
デメリット
- 作業ディレクトリの変更やファイルの復元ができない
checkoutのメリットとデメリット
-
メリット
- ブランチ操作に加えて、作業ディレクトリの変更やファイルの復元など、多彩な機能を利用できる
-
デメリット
- ブランチ操作が複雑になる可能性がある
実践的な使用例
効率的なブランチ間の作業
-
フィーチャーブランチの素早い切り替え
新しい機能を開発する際、
git switch -c feature/<feature-name>を使って新しいフィーチャーブランチを作成し、すぐに作業を開始できます。これと似た操作をcheckoutコマンドで行う場合はgit checkout -b feature/<feature-name>となりますが、switchコマンドの方がブランチの作成と切り替えの意図がより明確です。 -
使用の簡潔さ
switchコマンドは新しいブランチ操作に特化しているため、同じ操作をより直感的に行うことができます。checkoutコマンドはより汎用的ですが、そのために複数の機能を覚える必要があります。
コマンドのショートカットと組み合わせ
-
エイリアスの利用
よく使用するswitchコマンドにエイリアスを設定することで、コマンドの入力を簡略化できます。例えば、
git config --global alias.sw switchを実行すると、git swでswitchコマンドを呼び出せるようになります。 -
他のGitコマンドとの組み合わせ
switchコマンドは、
git mergeやgit rebaseなどの他のGitコマンドと組み合わせて使用することで、ブランチの統合やリベース作業を効率的に行うことができます。
まとめ
Gitのswitchコマンドは、ブランチの切り替えや新しいブランチの作成に特化したコマンドです。checkoutコマンドとの違いを理解して、適切なコマンドを選択することで、Gitを使ったバージョン管理をより効率的かつ効果的に行うことができます。
基本的な使い方
# 既存のブランチに切り替える
git switch <ブランチ名>
# 新しいブランチを作成し、そのブランチに切り替える
git switch -c <新しいブランチ名>checkoutとの違い
- switchコマンドは、ブランチの切り替えや新しいブランチの作成に特化している。
- checkoutコマンドは、ブランチの切り替えや新しいブランチの作成に加えて、作業ディレクトリのファイル変更などの複数の機能を持ち、より汎用的である。
実践的な使用例
効率的なブランチ間の作業: git switchコマンドとgit mergeコマンドを組み合わせて使用することで、ブランチの統合をよりスムーズに行うことができる。
以上を踏まえ、git checkoutからgit switchを使うように切り替えてはいかがでしょうか？
【番外編】USBも知らなかった私が独学でプログラミングを勉強してGAFAに入社するまでの話
プログラミング塾に半年通えば、一人前になれると思っているあなた。それ、勘違いですよ。「なぜ間違いなの？」「正しい勉強法とは何なの？」ITを学び始める全ての人に知って欲しい。そう思って書きました。是非読んでみてください。
「フリーランスエンジニア」
近年やっと世間に浸透した言葉だ。ひと昔まえ、終身雇用は当たり前で、大企業に就職することは一種のステータスだった。しかし、そんな時代も終わり「優秀な人材は転職する」ことが当たり前の時代となる。フリーランスエンジニアに高価値が付く現在、ネットを見ると「未経験でも年収400万以上」などと書いてある。これに釣られて、多くの人がフリーランスになろうとITの世界に入ってきている。私もその中の1人だ。数年前、USBも知らない状態からITの世界に没入し、そこから約2年間、毎日勉学を行なった。他人の何十倍も努力した。そして、企業研修やIT塾で数多くの受講生の指導経験も得た。そこで私は、伸びるエンジニアとそうでないエンジニアをたくさん見てきた。そして、稼げるエンジニア、稼げないエンジニアを見てきた。
「成功する人とそうでない人の違いは何か？」
私が出した答えは、「量産型エンジニアか否か」である。今のエンジニア市場には、量産型エンジニアが溢れている！！ここでの量産型エンジニアの定義は以下の通りである。
比較的簡単に学習可能なWebフレームワーク（WordPress, Rails）やPython等の知識はあるが、ITの基本概念を理解していないため、単調な作業しかこなすことができないエンジニアのこと。
多くの人がフリーランスエンジニアを目指す時代に中途半端な知識や技術力でこの世界に飛び込むと返って過酷な労働条件で働くことになる。そこで、エンジニアを目指すあなたがどう学習していくべきかを私の経験を交えて書こうと思った。続きはこちらから、、、、
エンベーダー編集部
エンベーダーは、ITスクールRareTECHのインフラ学習教材として誕生しました。 「遊びながらインフラエンジニアへ」をコンセプトに、インフラへの学習ハードルを下げるツールとして運営されています。
関連記事
2024.06.02
Gitコマンドgit ls-remoteとは？使い方を徹底解説！
git ls-remoteは、リモートリポジトリをcloneやfetchすることなくリポジトリのリファレンスを確認することができます。リモートリポジトリのブランチ情報や、リポジトリの構造を簡単に知りたい時に便利です。
- git
2023.08.25
エンジニアを目指すならタイピング速度はどれくらいが目安？
エンジニアにとってタイピング速度が重要な理由はもちろん、タイピング速度の練習としてオススメのゲームも解説しています。
- PC操作
2024.05.27
Gitコマンドでバグが混入したコミットを見つける！便利な「git bisect」コマンドを徹底解説
バグの原因となったコミットが何なのか最速で知りたい！という方向けに、この記事では「git bisect」コマンドについて解説します。
- git
2024.05.08
リリース管理に欠かせない！コミットにタグを付ける「git tag」コマンドの使い方
アプリ開発において「Git」は必須スキルとなってきます。Gitの基本コマンドは知っているけど他のコマンドはよく知らない、Gitコマンドをもっと知って便利に使いたい！と思っている方、また特定のコミットに普遍的な目印をつけたい！や、リリースバージョンを管理したい！という方向けに、この記事では「git tag」について解説します。
- git