Git Extensions の基礎勉強 〜Git Extensions によるバージョン管理を使う〜

はじめに

ようこそ、分散バージョン管理「Git(ギット)」のGUIクライアントである「Git Extensions」の基礎勉強です。Git Extensions は、GitのクライアントツールでWindowsのシェルエクステンションとして機能します。専用のGUIを備えており、コマンドベースの Git に比べ、直感的に扱うことが出来ます。

「Git Extensions の基礎勉強」では、Windows 7 環境で Git Extensions の基本的な使い方をチュートリアル形式で説明します。Git Extensions はこのチュートリアルで説明している以外にも多くの機能を備えたパワフルな Git の GUI ツールです。文章を読むだけではなく実際に試すことがとても重要です。

このドキュメントに従ってチュートリアルを実行することで、基本的な Git Extensions の使い方を学習することができます。

Git Extensions はマルチ言語に対応しているため、このチュートリアルではインストール内でユーザに確認が求められる言語設定で日本語版を使って解説します。

レッスン 1. インストール

最初に Git Extensions が利用できるように最新版の「Git Extensions」をダウンロードします。Git Extensions を Windows 環境で動作させるために必要なソフトウェアがいくつかありますが、Windows向けのインストラーに含まれていますので Git Extensions 以外は必要ありません。日本語化もインストーラーの途中で設定することになります。
チュートリアルでは現時点(2013/12)で最新となる「GitExtensions24703SetupComplete.msi」を利用しました。

/bootcamp/wp-content/themes/_btcp/images/gite01.png

Git Extensions のインストール

/bootcamp/wp-content/themes/_btcp/images/gite02.png

Git Extensions のインストーラーは Windows で Git を利用するためのツールが一式で入っています。
Git Extensions のインストール中に「MsysGit 1.8.3」「KDiff3 0.9.97」をインストールするか確認されます。わすれずにチェックするようにして下さい。

/bootcamp/wp-content/themes/_btcp/images/gite03.png

Git Extensions のインストーラーは以下のように実行されます。

  1. Git Extensions インストーラー起動
  2. 言語設定
  3. KDiff3 のインストーラー起動
  4. msysgit のインストーラー起動

KDiff3 と msysgit のインストーラー起動後、「Next」を押下すればよいです。
いくつか選択肢が表示される場合がありますが、ここでは何も変更せずに「Next」を押下して下さい。

/bootcamp/wp-content/themes/_btcp/images/gite04.png
/bootcamp/wp-content/themes/_btcp/images/gite05.png
/bootcamp/wp-content/themes/_btcp/images/gite06.png
/bootcamp/wp-content/themes/_btcp/images/gite07.png
/bootcamp/wp-content/themes/_btcp/images/gite08.png

Git Extensions の起動と環境設定

スタートメニューから Git Extensions を実行するか、デスクトップアイコンから Git Extensions を起動します。初めて起動したとき、Git を利用するために必要な初期設定が表示されます。Git Extensions は導入に必要なチェックリストを提供しているので、自分の環境で正常に動かすために必要なことを教えてくれます。

/bootcamp/wp-content/themes/_btcp/images/gite09.png
/bootcamp/wp-content/themes/_btcp/images/gite10.png

これから Git の設定を行います。最低限設定しなければ行けない項目はコミット時に利用する「ユーザ名」と「メールアドレス」です。

/bootcamp/wp-content/themes/_btcp/images/gite11.png

GUIから設定する場合、Git Extentions のメニュー「ツール」->「設定」からおこないます。
他にもコマンドラインで実行することも可能です。
参考までにコマンドラインでユーザ名とメールアドレスを設定する方法を提示します。
スタートメニューから Git -> Git Bash を実行します。コマンドプロンプトが起動します。

Git はコミット時にユーザ名とメールアドレスを記録します。この設定は必須です。自分が利用するメールアドレスと名前を設定します。

  • user.email … コミット時に利用されるメールアドレス
  • user.name … コミット時に利用される名前
git config -–global user.email "メールアドレス"
git config -–global user.name “あなたの名前”

日本語の文字化け対策で設定します。

git config -–global core.quotepath false

改行コードを Git が自動変換することを無効にします。

git config -–global core.autocrlf false

push コマンド時にブランチ名やタグ名を指定しない場合の標準動作を設定します。(安全のため)

git config -–global push.default upstream

これで、Windowsで Git Extensions(日本語設定)が動作する環境準備が整いました。

レッスン 2. 動作確認

インストールが完了したら動作の確認をしてみましょう。
Git Extensions は GUI と Windows の シェルエクステンションがあります。

デスクトップにある「Git Extensions」またはスタートメニューから「Git Extensions」をクリックします。

/bootcamp/wp-content/themes/_btcp/images/gite12.png
/bootcamp/wp-content/themes/_btcp/images/gite13.png

次から早速 Git Extensions をつかったバージョン管理を行います。
分散バージョン管理についてもっと学習したいという方はこちらの Git の基礎勉強 〜Git によるバージョン管理を使う〜 が参考になるでしょう。

レッスン 3. リポジトリ用のディレクトリを作成

これで Git Extensions が利用できるようになりました。まだ開発に入ることは出来ません。Git Extensions でソースコードのバージョン管理を行うためにはリポジトリを用意する必要があります。

ノート

リポジトリとは?

Git で管理されるソースコードやファイルを格納する場所のことです。この格納場所を作成しなければ開発に進むことはできません。通常リポジトリの作成作業はプロジェクトの最初に1回だけ実行します。

注意する点

  1. Git の基礎勉強で作成したリポジトリを利用してもよいでしょう。
  2. すでに Git のリポジトリがある場合、このレッスンは飛ばして下さい。
  3. Git Extensionsはリポジトリを作成する機能があります。このチュートリアルではリポジトリの新規作成を行います。

それでは、中央リポジトリを作成します。今回は以下の構成にします。

中央リポジトリ用: c:\work\git-repo

Git Extensions 画面にある「リポジトリの作成」をクリックして下さい。
リポジトリ佐野作成用ダイアログが表示されました。

ディレクトリ: c:¥work¥git-repo
リポジトリの種類:作業ディレクトリを持たない中央リポジトリ(--bare --shared)

「作成」をクリックします。

/bootcamp/wp-content/themes/_btcp/images/gite14.png
/bootcamp/wp-content/themes/_btcp/images/gite15.png

ここでリポジトリの種類に「個人リポジトリ」と「作業ディレクトリを持たない中央リポジトリ」という選択肢が出てきました。Git を初めて使う人にとっては意味の分からない選択肢が出てきました。今回のチュートリアルでは git-repo を中央リポジトリとして利用する予定ですので「作業ディレクトリを持たない中央リポジトリ」にチェックを付けて下さい。

警告

今回のチュートリアルでは「git-repo」を中央リポジトリとして利用する予定ですので「作業ディレクトリを持たない中央リポジトリ」を選択する必要があります。解説はあとで。

「作業ディレクトリを持たない中央リポジトリ(–bare –shared」とは何か

リポジトリの種類に中央リポジトリを選択すると、ベアリポジトリを作成することを意味します。
ベアリポジトリは管理用のリポジトリであり、作業用ファイルが含まれません。このリポジトリは他から clone されたり、push される対象になります。

ノート

ベアリポジトリを作成するのはどのようなときか?

開発チーム共通の中央リポジトリとしてベアリポジトリを作成し、開発側は自分の端末に clone して開発を進めローカルで commit 後に中央リポジトリに push する流れが一般的です。
Subversion を利用している方には中央リポジトリ(=共有リポジトリ)は唯一のリポジトリで有り、開発者はチェックアウトし自分の環境に作業コピーを作成します。開発チームは常に中央リポジトリに対してコミットを実施します。

分散バージョン管理である Git では、リポジトリから「clone」したら、それも同じリポジトリとなり clone したリポジトリ(ローカルリポジトリ)でバージョン管理ができます。自身の開発を適宜中央リポジトリに反映(push)することで開発チームの開発が進みます。

このことから、ベアリポジトリを作成するタイミングはサーバ側のリモートリポジトリとして利用する場合となります。

これは、git コマンドで

$ git --bare init --shared

と同じ操作になります。

今回のチュートリアルでは共有リポジトリ( C:\work\git-repo )の clone を作成して、ローカルリポジトリを使って開発作業を進めるため、チェックを付けてください。

/bootcamp/wp-content/themes/_btcp/images/gite16.png

レッスン 4. クローン

レッスン.3 で作成した中央リポジトリを利用して開発を進めるとき、中央リポジトリのクローンを自身の環境にコピーして開発を進めます。

ノート

開発メンバーで一緒に開発を進めることが想定されるとき、共有リポジトリを利用する場合が多いでしょう。共有リポジトリを利用して開発を進める場合、クローン(clone)して作業ディレクトリをローカルに作成します。
Subversion などは「チェックアウト(checkout)」を実行していましたが、分散バージョン管理「Git」はクローン(clone)します。このクローンはサーバが保持しているデータをほぼすべてローカルにコピーします。これはプロジェクトのすべてのファイルのすべての履歴が手元にコピーされることを意味しています。他の開発者に影響を与えずにブランチを作成したりできる分散管理バージョンのメリットです。

Git Extensions 画面から「リポジトリのClone」をクリックします。

Cloneするリポジトリ(R): C:\work\git-repo
Cloneを作成する場所(D): C:\work\tutorial-src
サブディレクトリ:git-repo
ブランチ(B):空白
リポジトリの種類:個人リポジトリ(P)

/bootcamp/wp-content/themes/_btcp/images/gite17.png

「Clone」を押下します。実行すると進捗を表示するダイアログが表示されます。中央リポジトリ(C:¥work¥git-repo)から Clone し、個人用の開発リポジトリ(C:¥work¥tutorial-src)に複製されます。

/bootcamp/wp-content/themes/_btcp/images/gite18.png

Clone(クローン)によって作成された、作業用リポジトリをエクスプローラーで見てみます。まだリポジトリに何も登録していないためファイルはありませんが、Git の管理用ファイル(隠し属性のファイル)が作成されていることが分かります。

/bootcamp/wp-content/themes/_btcp/images/gite19.png

これで中央リポジトリ(C:\work\git-repo)から作業用リポジトリ(C:\work\tutorial-src)をクローンしました。これから作業用リポジトリで開発作業を進めていきます。

レッスン 5. クローンしたリポジトリで作業開始

クローンが完了しました。これからこのローカルにクローンされた個人リポジトリで開発を進めていくことになります。クローン元になった中央リポジトリと分けて説明するため、クローンしたローカルの個人リポジトリをただの「リポジトリ」や「ローカルリポジトリ」と表記します。 c:\work\tutorial-src を見てみましょう。

/bootcamp/wp-content/themes/_btcp/images/gite20.png

レッスン 6. 新しいファイルを作成・追加

ローカルリポジトリで開発を始めましょう。リポジトリには何も登録されていない状態ですので、ファイルを追加してみます。 使い慣れたエディタを使って、以下のファイルを作成します。 [git-tutorial01.html]を作成します。


<html>
<body>

 <h1>Git Extensions チュートリアル</h1>
 <ol>
  <li>クローンして</li>
  <li>ローカルリポジトリを作成</li>
  <li>開発作業</li>
  <li>コミット</li>
  <li>プッシュ</li>
 </ol>

 </body>
</html>

/bootcamp/wp-content/themes/_btcp/images/gite21.png

リポジトリにファイルを追加する操作を行います。[git-tutorial01.html]を右クリックして Git Extensions メニューから「add files…」をクリックします。

/bootcamp/wp-content/themes/_btcp/images/gite23.png

「add files…」を選択すると確認ダイアログが表示されます。今回は1ファイルの追加のみですので右側のボタン「ファイルを追加」(add files)を押下します。

/bootcamp/wp-content/themes/_btcp/images/gite24.png

日本語版のメニューはボタンの文字がすべて表示されなかったため、英語版の Git Extensions ボタンを以下に表示しています。

/bootcamp/wp-content/themes/_btcp/images/gite25.png

「ファイル追加」押下でローカルリポジトリに「git-tutorial01.html」が追加されました。進捗ダイアログに「Done」が表示されたらファイルの追加が成功しています。

Git Extensions を起動します。
起動後、「リポジトリを開く」をクリックし、ローカルの作業用リポジトリ「c:¥work¥tutorial-src¥git-repo」を開きます。

/bootcamp/wp-content/themes/_btcp/images/gite26.png

ローカルの作業用ディレクトリを開くと、「コミット(1)」となっていることが分かります。
先ほど新しく追加したファイル git-tutorial01.html がコミット待ちになっていることを表しています。

/bootcamp/wp-content/themes/_btcp/images/gite27.png

「コミット(1)」をクリックして下さい。コミットダイアログが表示されます。
コミット用のダイアログでリポジトリに対する行われる予定の操作を閲覧することが出来ます。
左下のビューに表示されるファイル一覧が更新対象ファイルです。ファイルアイコンの状態が「+」(追加)に変わっています。これで新しいファイルをローカルリポジトリに追加し、コミットする準備が出来ました。 これだけでは、ローカルリポジトリに反映していません。コミットをしなければリポジトリに反映されません。

コミット用ダイアログの操作は3つあります。

  • 1. コミット

    コミットはリポジトリに対する追加、削除、更新を確定する操作です。
    コミット処理をしてはじめて作業用のリポジトリに操作–今回はファイルの追加–が更新されます。

  • 2. コミット & Push(O)

    コミットを実行し、続けてPush(プッシュ)を実行します。Push(プッシュ)は個人用リポジトリの作業を Clone(クローン)の元である中央リポジトリに反映する操作です。後のレッスンで実行します。

  • 3. すべての変更を取り消し

    追加、削除、変更などのリポジトリに予定していた操作をすべて取り消すときに利用します。

それでは、コミットを実行します。
コミットウィンドウの右下にあるメッセージ欄に今回のコミットの内容を簡潔に書いて下さい。
コミットメッセージはとても重要な情報です。チーム開発では必ずコミット時の内容を記述するようにして下さい。(コミットメッセージは未入力でもコミットすることが可能です。)

/bootcamp/wp-content/themes/_btcp/images/gite29.png

コミット完了画面が表示されました。これで新しいファイルを追加し、ローカルリポジトリにコミットすることが出来ました。

/bootcamp/wp-content/themes/_btcp/images/gite30.png
/bootcamp/wp-content/themes/_btcp/images/gite31.png

ノート

コミット時のコメントは何を残すべきか?

コミット時に変更内容を記録するメッセージ領域が表示されます。
コミットするときは必ずコミット内容を説明する内容を記述するようにすべきです。具体的に、機能追加なのか、バグ対応なのか、仕様変更による変更なのかを記載するべきです。
人間の記憶はとても曖昧で1,2ヶ月前の作業について何をやっていたかは覚えていても、日々のコードレベルの修正など覚えていないーー覚えておく必要も無いのでーー場合がほとんどです。
コミット時に修正内容を記録しておくことは、チームみんなのためであり、将来の自分のためでもアルのです。

レッスン 7. 新しいディレクトリを作成・追加

ディレクトリの追加やディレクトリに含まれるファイル群の追加をやっていきます。 やり方はファイルの追加と同じです。

フォルダa,bとbフォルダに1つのテキストファイル“kudamono.txt“ を作成します。

/bootcamp/wp-content/themes/_btcp/images/gite32.png

フォルダaとフォルダbをリポジトリに追加するため、フォルダ c:¥work¥tutorial-src¥git-repo の空白領域を右クリックして「add files…」を実行します。フォルダbにはテキストファイルが含まれていることに注意してください。
c:¥work¥tutorial-src¥git-repo の「ファイルを追加」を実行すると進捗ダイアログが表示されリポジトリ管理外のファイル(a,b,bフォルダのkudamono.txt)を追加しました。

/bootcamp/wp-content/themes/_btcp/images/gite33.png

追加が正常に終わったので「コミット(1)」と表示され、コミット待ちの変更があることが分かります。
「コミット」をします。コミットを押下して下さい。

/bootcamp/wp-content/themes/_btcp/images/gite34.png

コミット予定のファイル一覧に「a」フォルダがありません。「kudamono.txt」を含む「b」フォルダはリストされているようです。これはなぜでしょうか。レッスン 7. の注意事項をご覧下さい。

コミットメッセージを入力してコミットを実行します。

/bootcamp/wp-content/themes/_btcp/images/gite35.png

警告

新しいディレクトリを追加..

新しいディレクトリを追加しましたが、「フォルダa」を追加することが出来ません。
Git では空ディレクトリを「追加」することができません。フォルダb のように適当なファイルがあれば追加することが出来ますが空ディレクトリは追加できません。このあたりの操作は Subversion(SVN)とは異なるので注意が必要です。

正しくは Git で空ディレクトリを追加する方法はあります。調べてみて下さい。

レッスン 8. ファイルを更新

それでは、ファイルの中身を編集してバージョン管理システムの履歴機能を見ていきましょう。 テキストエディタで git-tutorial01.html を開きます。
操作は、
* 新規の行を2行追加してください。
* h1``の名前を正しく、「``Git Extensions」に変更して下さい。


<li>コミット時は更新内容をログとして記述</li>
<li>バージョン管理システムの更新</li>

<html>
<body>

<h1>Git Extensions チュートリアル</h1>
<ol>
 <li>クローンして</li>
 <li>ローカルリポジトリを作成</li>
 <li>開発作業</li>
 <li>コミット</li>
 <li>プッシュ</li>
 <li>コミット時は更新内容をログとして記述</li>
 <li>バージョン管理システムの更新</li>
</ol>

</body>
</html>

ファイルを保存して閉じてください。 ファイルを変更したので Git Extensions のリポジトリ表示画面にある緑の「コミット」が赤の「コミット(1)」に変わりました。

/bootcamp/wp-content/themes/_btcp/images/gite37.png

それでは、赤の「コミット(1)」をクリックして下さい。
コミット画面の左上に編集したファイルが表示され、「エンピツ」アイコンが付いています。これはローカルリポジトリ内のファイルに変更があったことを示しています。
このままではコミットすることが出来ませんので、左上ビュー(コミット対象外)から左下ビュー(コミット対象)に移動する必要があります。「ステージに追加(S)」をクリックして下さい。

コミット画面表示後に行った操作として

  1. 作業リポジトリの変更分「git-tutorial01.html」をコミットするために左下のステージに移動し、コミット対象とする。
  2. コミットメッセージを記述

/bootcamp/wp-content/themes/_btcp/images/gite38.png

続いてコミットを行います。

/bootcamp/wp-content/themes/_btcp/images/gite39.png

もう一度同じファイルに以下の行を追加します。


<li>ファイルの更新</li>

今編集しているファイルはリポジトリのファイルより新しい修正が追加されました。
コミットする前にその内容を確認します。

/bootcamp/wp-content/themes/_btcp/images/gite40.png

修正内容を確認したらコミットします。更新内容のログを忘れずに入力します。

/bootcamp/wp-content/themes/_btcp/images/gite41.png

レッスン 9. ファイルを移動

ファイルの移動は Subversion(SVN) と違いますので注意が必要です。Git は「ファイルの移動」は履歴として残りません。Git のコマンドで git mv <old-filename> <new-filename> がありますがこれは


git mv <old-filename> <new-filename>

これは、以下と同意。

git rm <old-filename>
git add <new-filename>

このように、Git はファイルの移動に関して履歴に残さない点を知っておく必要があります。
実際にやってみましょう。新しいファイルを追加します。
c:¥work¥tutorial-src¥git-repo¥yasai.txt“を新規作成し、追加した後にコミットしました。

Windows エクスプローラーから yasai.txt をドラッグ&ドロップして フォルダb に移動します。
Git Extensions画面から「更新」をクリックして下さい。
以下のように緑「コミット」から赤「コミット(2)」に変わっています。

/bootcamp/wp-content/themes/_btcp/images/gite43.png

「コミット(2)」をクリックしてコミット画面を表示します。

/bootcamp/wp-content/themes/_btcp/images/gite44.png

ファイルの移動によって、2つの変更が記録されています。
1. yasai.txt の削除と
2. b¥yasai.txt の追加です。

次に「すべてをステージに追加」します。

/bootcamp/wp-content/themes/_btcp/images/gite45.png

diff --git a/yasai.txt b/b/yasai.txt
similarity index 100%
rename from yasai.txt
rename to b/yasai.txt

これで、ファイルの移動は完了です。
エクスプローラーからファイルを移動した場合もコミットしなければリポジトリに反映されないことに注意してください。

/bootcamp/wp-content/themes/_btcp/images/gite46.png

Git Extensions画面を「更新」してください。

/bootcamp/wp-content/themes/_btcp/images/gite47.png

警告

ファイルの移動は git rm の後に git add を実行することと同じです。

レッスン 10. ファイル名を変更

ファイル名の変更もレッスン 9. ファイルを移動と同じです。Windows エクスプローラーからファイル名の変更を行います。(GitのGUIクライアントである、TortoiseGitとは操作が異なることに注意して下さい。TortoiseGitの場合はTortoiseGitのメニューから“名前の変更“を実行します。)

git-tutorial01.html を git-tut01.html に変更しました。

/bootcamp/wp-content/themes/_btcp/images/gite49.png
/bootcamp/wp-content/themes/_btcp/images/gite49.png
/bootcamp/wp-content/themes/_btcp/images/gite49.png

コミットは必要ですので忘れずに実行します。

レッスン 11. ファイルを削除

ファイルの削除を実行します。この操作も Windows エクスプローラーからファイルを削除(DELETE)します。

/bootcamp/wp-content/themes/_btcp/images/gite51.png
/bootcamp/wp-content/themes/_btcp/images/gite52.png

レッスン 12. 履歴を確認

これまでの変更履歴を確認してみます。 履歴を確認する方法は、Git Extensionsを起動し、個人用リポジトリを開きます。

/bootcamp/wp-content/themes/_btcp/images/gite53.png
/bootcamp/wp-content/themes/_btcp/images/gite54.png

これまでコミットした変更内容と変更したファイル一覧が表示されます。 変更履歴毎に右クリックすると差分を表示したり、取消しを行ったりすることができます。
画面下部の「コミット」「ファイルツリー」「Diff」を切り替えることでこれまでのソースコードの変更履歴についてさらに詳しい情報を得ることが出来ます。

レッスン 13. 中央リポジトリにプッシュ(push)する

最後に中央リポジトリにローカルリポジトリの変更を反映する プッシュ(push) について説明して終わりにしたいと思います。

個人用リポジトリ(ローカルリポジトリ)でファイルを追加したり、編集したりしてからコミットを実行しました。これはローカルリポジトリ内のみに反映されているため、自分以外の開発者はあなたの変更を知ることができません。あなたの開発した機能やバグ対応したソースコードを他の開発者にも反映する必要があります。
それを“push(プッシュ)“と言い、個人用リポジトリのコミット済内容を中央リポジトリに反映します。

ノート

一番最初の「レッスン 3. リポジトリ用のディレクトリを作成」で作成した、「中央リポジトリ」がありました。
チュートリアルでは中央リポジトリをローカルマシン(c:\work\git-repo)に置いていました。
この中央リポジトリにローカルリポジトリの変更を反映します。

Git Extensions画面のメニュー「Gitコマンド」->「Push(リモートへ反映」を選択します。

/bootcamp/wp-content/themes/_btcp/images/gite55.png

Push ダイアログが表示されました。

/bootcamp/wp-content/themes/_btcp/images/gite56.png

リモートリポジトリのパスが正しく設定されているか確認してみます。
「リモートの管理」をクリックして下さい。

/bootcamp/wp-content/themes/_btcp/images/gite57.png

リモートリポジトリにレッスン 3.で設定した“c:¥work¥git-repo“になっていることを確認します。
反映先設定にある、リモート(M):origin は中央リポジトリ(c:\work\git-repo)からクローンしたときに定義されています。

「Push」を押下するとローカルリポジトリ(c:\work\tutorial-repo)で行ったコミットが共有リポジトリ(c:\work\git-repo)に反映されます。

/bootcamp/wp-content/themes/_btcp/images/gite58.png

レッスン 14. クローンする

おまけとして push(プッシュ) した中央リポジトリに自分のローカルリポジトリで実施した開発内容が反映されているかを確認します。
確認する方法は、中央リポジトリに対して Clone(クローン)を実行し開発に利用した“c:¥work¥tutorial-src¥git-repo“とは異なる個人用リポジトリを作成します。

Git Extensionsを起動し、「リポジトリのClone」を実行します。

Cloneするリポジトリ(R):``C:¥work¥git-repo``
Cloneを作成する場所(D):``C:¥Users¥tutosan.OPENGROOVE¥Desktop``
サブディレクトリの作成:``git-repo``
リポジトリの種類:``個人リポジトリ(P)``

/bootcamp/wp-content/themes/_btcp/images/gite59.png
/bootcamp/wp-content/themes/_btcp/images/gite60.png

デスクトップに git-repo ができました。リポジトリ作成が正常に終了した後、「リポジトリを開く」確認がありますので「はい」をクリックします。
フォルダを見て下さい。

/bootcamp/wp-content/themes/_btcp/images/gite62.png

レッスンで実行したファイルやフォルダが見つかりました。
これで中央リポジトリからローカルリポジトリにクローンして、レッスンで実施したことが中央リポジトリには push(プッシュ) されていることが確認できました。

最後に

これで Git Extensions の基本学習用チュートリアルは終了します。 よく使うコマンドを中心に説明していますが、チームでの複数メンバーによる開発や高度な機能については説明していません。

このチュートリアルはいったんこれで終了します。 さて、次は何をすればよいでしょうか?
分散バージョン管理について基礎からやりたいという場合は、こちらの Git の基礎勉強 〜Git によるバージョン管理を使う〜 が参考になるでしょう。

バージョン管理のアプリケーションを理解する一番の近道は実際に使ってみることです。 あなたの開発で利用しはじめてください。あなたが所属する会社やチームでバージョン管理を使っていなかったり、別のツールを使っている場合があるかもしれません。そんなときでも、ひとりで Git / Git Extensions を使うことは有益です。

さらに、ネットには数多くの良質なコンテンツがたくさんあります。Git の専門書籍も多く出版されています。ぜひ参照して快適な開発ライフを。


バージョン管理サービス・プロジェクト管理サービスの「tracpath(トラックパス)」では、
ユーザー5名、リポジトリ数3つまで、永久無料で利用可能です。

学んだ知識を活かして、さっそく実務でも使って見ましょう。
エンタープライズ利用が前提のASPサービスなので、セキュリティも強固です。