**Dockerfileとは、Dockerイメージを作成するための手順書を指します。**ファイルはテキスト形式ですので、構文に従い手順を記述していきます。ここでは、概要からDockerイメージのビルドに必要な命令や構文を解説していきます。

【参考】：[Docker ドキュメント日本語化プロジェクト](https://docs.docker.jp/)
【参考】：[Docker](https://www.docker.com/)

*Dockerとは、仮想化実行環境を実現するプラットフォームソリューションを指します。*Dockerの特徴は、実行環境をイメージとして登録できることです。同一のイメージを利用することで、繰り返し行うシステム導入作業が自動化され、システムの複製や管理を効率的に行うことができます。

【参考】：[Docker](https://www.docker.com/)

Dockerとは？使いどころやメリット・デメリットについて解説！

Dockerfileは、Dockerイメージを作成するための手順書ですが、自動化のための設計図とも言えます。*ファイルはテキスト形式ですので、作成や編集管理が簡単です。*ファイルとして保存できるため、問題発生時の対処をスムーズに行うことができます。

Dockerfileはレイヤー化されており、ベースのイメージを用いて追記していくことが可能です。Dockerコンテナ全体から見ると、変更管理もしやすく自動化に適しています。バージョンアップにも対応可能ですので、作成方法を覚えておくのが良いでしょう。

*Docker Composeとは、複数のコンテナを定義し実行するツールを指します。*YAML形式のファイルを用いて、アプリケーションサービスの生成や起動が効率的に行うことができます。

コマンド1つで、本番稼働のワークフローを効率化することが可能です。大規模で複雑な運用を行う場合に、効率的なワークフローを実現します。 

Docker Composeに必要なのは、Dockerfileとdocker-compose.ymlです。Dockerfileとの直接的な違いは、YAMLファイルが追加で必要となる点です。それだけで、ライフサイクルで求められるサービスの生成から起動、管理まで対応します。

【参考】：[Overview of Docker Compose](https://docs.docker.com/compose/)

冒頭にDockerfileの役割を理解するために、*Dockerの運用に関係する一連の流れを整理しておきます。*次の図をご覧ください。

~~【図】：Docker運用におけるイメージの格納から活用まで~~

ここからは図の黄色いブロックで分類した処理を、左から順に3つの項目に分けて解説します。

図中の「リポジトリの参照と利用」をご覧ください。

~~【図】：リポジトリを利用する~~

*Dockerでは、ゼロからイメージを作成することなく、Docker Hubなどの公式リポジトリからダウンロードして使用することができます。*そのために、イメージの検索や格納のコマンドが用意されています（①②）。変更する必要がなければ、そのまま、Dockerで実行することが可能です。

図中の「Dockerfileの作成と編集・イメージのビルド」をご覧ください。

~~【図】：Dockerfileを作成する~~

*Dockerのイメージを作成するには、設計図となるDockerfileが必要です。*Dockerfileは拡張子を含みませんがテキストファイルとして作成、編集が可能です（③⑤）。ファイル中に記述する命令と用法が定義されています。Dockerfileの配置場所としては、任意の場所で作成からビルド・実行を行います。

ファイルにはベースイメージを指定することが可能です。基準となるイメージに命令を追加してカスタマイズすることができます（④）。すべてを新たに記述するよりは、Docker Hubに登録済みのイメージをカスタマイズすることで、短期間で高品質の実行環境を構築することが可能です。

図中の「イメージの利用と再利用」をご覧ください。

~~【図】：イメージを利用する~~

*Dockerfileを作成した場合は、ビルドコマンドでイメージを生成します。*イメージは、Dockerで実行することもできますし、リポジトリに公開して再利用を促すこともできます（⑥⑦）。同じ設定で多くのコンテナを起動したり、カスタマイズしたりします。バージョンアップも容易に行うことができます。

エンジニア初心者でも分かる！Dockerコンテナの超入門！

*Dockerfileを作成するには、最低限いくつかの命令（コマンド）を知っておくと良いでしょう。*必要となる基本命令を、次の図に整理します。

~~【図】：Dockerfileで用いる基本コマンド~~

それぞれの目的と使用方法は以下の通りです。具体的な書き方も、例として併せて紹介します。

・*FROM*
ベースとなるDockerイメージを指定します。イメージビルド時の処理ステージを初期化するために使用します。この命令は、ARGを除いて最初に記述する必要があります。

・*COPY*
指定するファイルやディレクトリをコピーし、コンテナ内のパスに追加します。

・*RUN*
コマンドを実行し、処理結果を次のステップで使用します。その後、ビルドイメージを確定します。命令の記述は、シェル実行形式、またはexec形式で記載します。

例：RUN /bin/bash -c 'source $HOME/.bashrc; echo $HOME'
　　RUN ["/bin/bash", "-c", "echo hello"]

・*CMD*
コンテナ実行時のデフォルトの処理で、イメージが起動されたときに実行する命令です。設定するために、一つだけ記述します。複数ある場合は、最後の1つのみが実行されます。いくつか書式があり、シェル実行形式やENTRYPOINTのデフォルトパラメータ、exec形式で記載します。

【参考】：[Dockerfile リファレンス](https://docs.docker.jp/engine/reference/builder.html)

*Dockerfileでは次のような命令（コマンド）も定義されています。*要望に応じて記述することができます。

・*LABEL*
イメージにメタデータを追加する命令で、＜key＞＝＜value＞とキーバリュー形式で記述します。

・*EXPOSE*
コンテナ実行時のネットワークのリッスンポートを指定できます。TCPかUDP、そしてポート番号を指定します。

・*ENV*
環境変数に値を設定します。一度に複数の変数を指定できます。変数が1つの場合は”ENV <key> <value>”とするか、”ENV <key>=<value>”で指定します。変数が複数の場合は、キーバリュー形式でまとめて記述することで1行で複数の指定が可能です。

・*ADD*
指定するファイルやディレクトリ・リモートファイルのURLを指定のパスに追加します。

・*ENTRYPOINT*
コンテナを実行モジュールのように実行する場合に設定します。シェル実行形式またはexec形式で記載します。exec形式が推奨される形式です。Dockerfileには、CMDまたはENTRYPOINTのいずれかが必要です。

・*VOLUME*
指定した名称でマウントポイントを生成します。

・*USER*
ユーザ名と、必要に応じてユーザグループを指定し、実行することができます。

・*WORKDIR*
RUN、CMD、ENTRYPOINTで用いるワークディレクトリを指定します。

・*ARG*
ビルド時にユーザーが渡す変数を宣言します。ARGはFROMの前に記述することもできます。

例：ARG VERSION=latest
　　FROM base:${VERSION}

*Dockerfileの書き方を理解するには、公式サイトのリファレンスやベスト・プラクティスを活用すると良いでしょう。*具体例としてサンプルアプリケーションを動作させれば、より理解度が深まります。

【参考】：[Dockerfile リファレンス](https://docs.docker.jp/engine/reference/builder.html)
【参考】：[Dockerfile のベスト・プラクティス](https://docs.docker.jp/develop/develop-images/dockerfile_best-practices.html?highlight=best%20practices)
【参考】：[Docker Get started サンプル・アプリケーション](https://docs.docker.jp/get-started/02_our_app.html)
【参考】：[Docker サンプル アプリケーション](https://docs.docker.jp/sample/samples.html)

ここでは、*Dockerのドキュメントに最初に登場するgetting-startedを起動してみます。*Dockerのダウンロードとインストールが完了して、最初に実行するサンプルです。起動方法は、次の様に行います。

```docker run -d -p 80:80 docker/getting-started```

“-p 80:80”はコンテナ内のポート番号80とホストのポート番号80を指定していますが、必要に応じて変更して起動します。起動すると、コンソールアクセスやウェブアクセスが可能となります。例えば、Docker Desktopからは次の図のようにコンテナが表示されます（①）。

コンテナの「image」をクリックすると、イメージの情報が表示されます（②）。

~~【図】：Docker Desktopでイメージを確認する~~

イメージの表示画面の上部では、「image hierarchy」に参照しているFROM命令が順に表示されています。

### getting-startedのコマンドを確認する

*イメージの表示画面の下部には、次の図のようにDockerfileで記述した命令がレイヤー表示されています。*右側に拡大して全体を表示しておきます。このように起動しているイメージの命令も確認することができます。

~~【図】：イメージで用いるコマンドを確認する~~

さらに次の図のように、該当する命令（コマンド）をクリックすると、右側「Command」欄に実際に記述した命令が表示されます（①②）。このように細かく動作を確認することもできます。

~~【図】：イメージで用いるコマンドを確認する（続き）~~

これらの情報は、コマンドラインで確認することができます。次の図をご覧ください。この図のように、”docker images”でイメージIDを取得し、”docker history イメージID”で詳細情報を確認します（①②）。

ここでは”<missing”と表示される項目がありますが、気にする必要がありません。レイヤが他のシステムにおいてビルドされていることを示すものです。

~~【図】：イメージで用いるコマンドをコマンドラインで確認する~~

Dockerはコンテナ環境で標準的に用いられ、システムリソースを削減できるので利用が増加しています。その実行に必要なものとして、Dockerfileがあります。ここではイメージ作成に必要なDockerfileの概要から実際の記述方法まで解説していきます。

Dockerは、イメージを実行するコンテナを管理するプラットフォームソリューションです

Dockerfileは、Dockerイメージを作成するための手順書です

テキスト形式のため編集が簡単で、ベースイメージを利用したカスタマイズが容易です

【図解】Dockerfileとは？概要や記述方法を詳しく解説！

まず、GitHubのブランチとは何かについて解説します。*ブランチとは、ファイルを枝分かれさせ別々に保存できる機能のことです。*

たとえば「github.txt」というファイルがある場合、ブランチによって「github.txt」の変更Aと変更Bを作成することができ、それぞれのブランチで編集を行うことが可能です。

GitHubを使う場合ブランチは必ずと言って良いほど使う機能です。ブランチはシステム開発の効率化に大きく貢献しているため、GitHubを学ぶならまず押さえておきたいでしょう。

GitHubとは？メリットや使い方、Gitとの違いも徹底解説！

## ブランチに関連する用語の意味

続いて、ブランチに関連する用語の意味について解説します。これらの用語の意味を理解していないと、ブランチを学ぼうと思っても参考書やサイトの解説内容が理解できなくなってしまいます。まずは用語の意味をきちんと押さえましょう。

GitHubの使い方とは？初心者向けに知っておきたい用語も併せて解説！

**masterブランチは初期状態のときから存在するブランチのことです。**レポジトリにブランチを作っていない状態だと、masterブランチのみがレポジトリに存在し、ファイルは自動的にここに登録されることになります。

ブランチを新たに作成し、作業ブランチを切り替えることで、master以外にもファイルを登録することが可能です。

*チェックアウトとは自分の作業用ブランチを切り替えることです。*ブランチを作成してもそのままの状態だとそのブランチには保存されないため、作業ブランチの切り替えが必要です。

GitHubにはチェックアウト用のコマンドがあり、入力することで切り替えが可能です。チェックアウトはいつでも行うことが可能です。

**マージとは枝分かれしたブランチを統合させることです。**システム開発でブランチを使う場合、最終的には全てのブランチを統合させ、masterブランチにまとめなくてはいけません。

GitHubにはマージ用のコマンドも用意されており、簡単にブランチのマージが可能です。なお、マージしてもmasterブランチのファイルが書き換わるだけで、ブランチが削除されることはありません。

## GitHubのブランチを使うメリット

ブランチはGitHubを支えている主要機能の1つです。GitHubのブランチを使うメリットは次の3つです。ブランチを使うことでどういったメリットがあるのか知ることで、よりブランチを使いこなせるようになるでしょう。

### 他の開発者に作業内容を上書きされる心配がない

GitHubでブランチ作成を行うことで、他の開発者に作業内容を上書きされる心配がなくなります。**ブランチによって作られた変更Aと変更Bは独立して存在し、相互に影響を与えることはないため、安心して編集することが可能です。**

システム開発でプログラムを改良しなくてはならないのに、他の作業者がそのプログラムに別の改良を行っている最中だった、ということは良くあります。他の作業者を気にせずそのプログラムを改良して保存すると、後で他の作業者に作業内容を上書きされてしまうかもしれません。

そのため同時に同じファイルを編集する場合、作業順番を決める必要が出てきます。ただ、一々順番を決めるのは非効率です。ブランチ作成を行いファイルを枝分かれさせれば、この問題を解決することができます。

GitHubでブランチ作成を行えば、開発作業別に履歴を残すことができます。既に稼働中のシステムに不具合が生じた際、プログラムのどこに問題があるか迅速に特定し、被害を最小限に食い止めないといけません。

*ブランチごとに履歴が残っていれば、誰のどの時点での作業によって不具合が発生したのか調べやすくなり、被害の拡大を食い止めやすくなります。*また、作業担当者ごとに履歴が残るため責任の所在を明らかにしやすいです。

## GitHubのコマンドでブランチを作成する方法

続いて、GitHubでブランチを作成してブランチ内でファイル編集を行う方法について解説します。ここでは、masterブランチと新規のブランチで別々のファイルを作成できるようになることをゴールとします。

ブランチ機能はGitHubに慣れていないと若干複雑なので、1つ1つの肯定を丁寧に解説します。

まず、新規でブランチを作成します。ここでは「branch_test」というブランチを作成してみます。

コマンドプロンプトから「git branch」と入力すると現在のブランチ一覧が表示されます。初期状態では「master」のみが表示されるはずです。

**「git branch branch_test」と入力すると、「branch_test」ブランチが作成されます。**再び「git branch」と入力してみましょう。「branch_test」が一覧に追加されているのか分かるはずです。

「git branch」と入力すると「master」の横に「*」が表示されています。「*」は作業ブランチを示すマーチです。このままではmasterにファイルが登録されてしまうので、作業ブランチを「branch_test」に変更します。作業ブランチを変更することをチェックアウトと呼びます。

*「git checkout branch_test」と入力すると、「branch_test」に作業ブランチが切り替わります。*再び「git branch」と入力すると、「branch_test」の横に「*」が表示されています。

### ローカルリポジトリを作成する

ブランチ機能を試すために、ローカルリポジトリを作成します。ここでは練習用として「github」フォルダを作成します。「mkdir github」と入力しフォルダを作成し、「cd github」でそのフォルダに移動しましょう。

**「git init」と入力するとローカルリポジトリが作成されます。**

### ブランチにファイルを作成する

次に、ブランチ内にファイルを作成してみます。*「github」フォルダの中に「test.txt」というファイルを作成しましょう。*ファイルの中身は何でも良いですが、ここでは「Hello World」とします。

### ブランチにファイルをコミットする

次に、ブランチにファイルをコミットします。変更したファイルを登録することを、コミットと呼びます。

GitHubではコミットする前にまず、インデックスに登録しないといけません。「git add test.txt」と入力すると、「test.txt」がインデックス登録されます。　

**コミットする際は「git commit -m "ブランチテスト"」と入力してください。**「git commit」だけでも良いのですが、viによるコメント入力を求められるので、vi操作方法が分からない方は、「-m」オプションによってコメント入力した方が簡単でしょう。

コミットまでできれば、ブランチ機能を試す準備の完了です。

### ブランチが機能しているか確認する

最後に、ブランチが正しく機能しているか確認しましょう。ここまでコミットしたファイルは、「branch_test」の方に登録されているはずです。

「git checkout master」と入力して作業ブランチを「master」に切り替えます。そして、「test.txt」

の中身を「Hello World」から「ブランチ切り替えテスト」に変更して上書き保存してください。

保存したら先ほど同様に、インデックス登録およびコミットを行います。これで変更した「test.txt」が「master」の方に登録されました。

「git checkout branch_test」と入力して作業ブランチを戻します。「more test.txt」でファイルの中身を確認しましょう。*ファイルの中身が「ブランチ切り替えテスト」ではなく「Hello World」になっていれば、ブランチが正しく機能しています。*

これで「master」と「branch_test」で中身が異なる「test.txt」を作成することができました。以後、それぞれのブランチでファイルを編集することが可能です。

## その他GitHubのブランチに関する操作方法

その他、GitHubのブランチに関する操作方法についてまとめました。ブランチごとのファイルをマージする方法やブランチの変更・削除を行う方法について説明しています。

**マージとは複数のブランチにあるファイルを1つに統合することです。**GitHubにはブランチをマージできる機能が備わっています。「git merge【マージしたいブランチ】」と入力すると、現在の作業ブランチのファイルにマージすることが可能です。

*ブランチ名は後で自由に変更することが可能です。*変更する際は「-m」オプションを使います。「git branch -m 【名前を変えたいブランチ】【新規ブランチ名】」と入力すると「新規ブランチ名」に変更することが可能です。

使わないブランチを誤って作成してしまった場合は削除しましょう。削除する際は「-d」オプションを使います。**「git branch -d 【削除したいブランチ】」と入力することで削除が可能です。**

## ブランチ作成を不自由なくできるようになればGitHubを使いこなせる

本記事では、GitHubでブランチ作成を行う方法についてまとめました。ブランチに関連する用語の意味や、ブランチ作成の方法などがお分かりいただけたかと思います。

ブランチ作成はGitHub初心者がつまずきがちなものの1つです。ブランチの基本的な作成方法を理解したら、自分で何度も練習を行ってみましょう。

システム開発では、作業効率を高めスケジュール通りに進めることが重要です。*システム開発の需要が高まってきた昨今、チーム間で上手く連携を取り作業スピードを早めることは大切ですので、GitHubの利用率は今後も高まるのではないかと推測されます。*

本記事をきっかけにGitHubに興味を持った方は、ぜひGitHubの勉強を行ってみてください。

GitHubでブランチ作成を行いたいものの、手順がよく分からない方は多いのではないでしょうか。本記事ではGitHubでブランチ作成を行う方法について解説します。ブランチの意味や作成手順、マージや名前変更、ブランチ削除の方法についてまとめました。

ブランチはファイルを枝分かれさせ別々に保存できる機能のこと

ブランチは他の作業者にファイルを上書きされる心配をなくせるのがメリット

GitHubでブランチ作成を行う際は「git branch」コマンドなどを使う

GitHubでブランチ作成を行う方法とは？コマンド入力方法を解説

GitHubは、世界中のプログラマーたちが作成したプログラム（ソースコード）や著作物の保存や公開を行うサービスです。今や、オープンソースの開発現場ではGitHubは必要不可欠のサービスです。

**「GitHub Desktop」はGitの仕組みを利用したアプリケーションで、2022年4月26日には米国Githubから「GitHubDesktop 3.0」がリリースされています。**

この記事では、GitHub Desktopの使い方について初心者の方にも分かりやすく図解で紹介しますので、ぜひ参考にしてください。

*【参考】：[GitHub Japan | GitHub](https://github.co.jp/)*

GitHub Desktop 3.0とは？メジャーアップデートで何が変わったのか、概要を解説！

**「Git」（ギット）とはソースコードの変更履歴を記録したり、追跡したりすることができるコードバージョン管理システムの名称です。**ソフトウェア開発を行う際には、開発中のソースコードをバージョン管理する必要があります。

多くのプログラマーがサーバ上の同じリポジトリ（貯蔵庫）を利用している場合、最新版はどれか、誰がソースコードを修正したのかが分からなくなったり、誤って修正前のファイルを有効にしてしまったりといったリスクがあります。

このようなソースコード管理上のミスを防ぐのが「Git」の役割であり、多くの開発者が「Git」を使う理由です。Gitでは、各自がローカルリポジトリに変更を記録した後、適宜リモートリポジトリに変更履歴をアップしていきます。

これによって、ネットワークに繋がっていないローカル環境でもバージョンの管理が行えるようになっています。

*【参考】：[Git---distributed-is-the-new-centralized](https://git-scm.com/)*

Gitとは？GitHubとの違いやメリットをわかりやすく解説！

**Gitはバージョン管理システムの名称ですが、これに対してGitHub（ギットハブ）は、Gitを利用したWebサービスの名称です。**GitHubの1つの目的は、作成したプログラムを世界中の人々に無償で配布することにあり、その無償配布では、「商用利用を禁ずる」といった条件の指定も行えます。

またGithubは開発プロジェクトや企業組織、政府系組織などで、ソースコード管理に利用され、ソースコードの管理に伴う作業やコストの削減を実現し、そのメリットを享受しています。GitHubにはソースコードの公開や更新履歴（history）の閲覧、修正、バグの管理など、様々な機能が実装されています。

その他、また、GitHubにはGitにはない機能として、他のメンバーに対してレビュー依頼ができるプルリクエスト（Pull Request）機能などが追加され、エンジニアにとっては大変便利なサービスです。

Githubではコマンド操作を用いてさまざまな機能を利用していますが、**コマンド操作が不要で、GUIベースで操作を視覚的に行えるようにしたものが「GitHub Desktop」です。**

「GitHubDesktop」はGithubの純正ツールで、無償提供されています。リリース当初はかなり限定的な使い方しかできませんでしたが、バージョンが3.0となり、使いにくいといった声にも対応し、機能面の強化が図られています。

具体的にはプルリクエスト機能のコミット破棄や並べ替え、修正などのGit操作に対する改善が行われています。GitHubDesktopはITエンジニア志望の方によく利用されていますが、Web系のコーダーの方、Webデザイナーの方にも便利なツールとして利用が広がっています。

ただし、GitHubDesktopはヘルプなどは日本語化されていますが、インターフェースは英語表記のため、慣れるまでは少し時間が掛かるかもしれません。またGitHubDesktopはWindowsやMac（M1を含む）、Linuxに対応するマルチプラットフォームですので、あらゆる開発現場で活用できます。

*【参考】：[GitHub Desktop | Simple collaboration from your desktop](https://desktop.github.com/)*
*【参考】：[GitHubヘルプドキュメントが日本語化されました - GitHubブログ](https://github.blog/jp/2019-06-28-japanese-help-document/)*

## GitHub Desktopをインストールする

GitHubはWebサービスであり、アカウント登録さえすれば直ちに利用ができますが、**GitHub Desktopはデスクトップアプリケーションですので、インストールが必要です。**ここではWindowsパソコンへのインストール手順について紹介します。

最初に*[GitHub Desktop](https://desktop.github.com/)*にアクセスします。画面中央の［Download for Windows（64bit）］をクリックするとダウンロードが始まります。

*【参考】：[GitHub Desktopのインストール方法  |  GitHub Docs](https://docs.github.com/ja/desktop/installing-and-configuring-github-desktop/installing-and-authenticating-to-github-desktop/installing-github-desktop)*

ダウンロードとインストールが済むと、次の画面でGitHubアカウントの有無を尋ねられます。アカウントがない方は*①「Create your free account」をクリックし、アカウント登録を済ませます。*GitHubアカウントを既に持っている方は②「Sign in to GitHub.com」をクリックしてログインします。

「Sign in to GitHub.com」をクリックするとGitHubアカウントとパスワードの入力を求められますので、それぞれ入力します。

GitHubへのサインインが成功すると、登録済みの名前とEメールの確認を求められ、間違いがなければ「Finish」をクリックします。これでGitHub Desktopのダウンロードとインストールが完了します。

**無事GitHub Desktopインストールが終わると、次の「Let's get started ！」の画面が表示されます。**早速GitHub Desktopを使ってみましょう。

「+ Create a New Repository on your Hard Drive…」 をクリックすると、**新たなローカルリポジトリ※を作成するための入力画面が表示されます。**Name欄はローカルリポジトリ名です。後から見て分かりやすい名前を付けましょう。Local Pathはローカルリポジトリを作成する場所です。

Local Pathはデフォルトで表示されていますので、変更の必要がなければ、そのままで構いません。他はデフォルトのままで問題ありませんので、入力が済んだら［Create Repository］をクリックし、指定したフォルダにリポジトリフォルダが作成されているのを確認します。

※ローカルリポジトリとは、パソコンなどのローカル環境にあるリポジトリのことです。

### GitHub Desktopにファイルを追加する

ここまでの操作でGitHub Desktopを使う環境が整いましたので、これから**GitHub Desktopにファイル（ソースコード）を追加してみましょう。**

GitHub Desktop上で作成したローカルリポジトリは上記の状態ですが、*ローカルリポジトリ（GitHub- Desktop-test）に新たにソースコードファイルを追加すると、画面がどのように変化するか見てみましょう。*

ここでは、作成済みのPythonプログラム（sleep.py）をエクスプローラで追加してみました。結果、先ほどの画面から大きく変化し、追加したソースコードの内容が画面右側に表示されていることを確認できます。これにより、GitHub Desktopにファイルが新たに追加されたことが分かります。

GitHub Desktopに新たに追加されたファイルに対してコミット※してみましょう。ファイルを確認し、必要に応じて変更を加え、画面左下の入力欄にコミット時のコメントを入力して、［Commit to main］をクリックします。

**※コミットはリビジョンとも言い、Github上のファイルに対して変更などを行うことです。**その記録はすべて残り、いつ、誰が変更したのかについて記録を保持できます。

コミット内容や履歴を確認するには、Historyタブを開きます。以下のように無事にコミットが反映していることが分かります。

**プッシュとは、ローカルリポジトリとリモートリポジトリ※と同期させて、自分のコミットを反映させることです。**これから実際にリモートリポジトリがあるGitHubにプッシュしてみましょう。プッシュできない場合は、リポジトリ管理者によって、ブランチに保護が掛かっていることが考えられますので、管理者に確認しましょう。

※リモートリポジトリとはリモートアクセスすることによって利用する、ネットワーク上のリポジトリのことです。具体的にはWebサービスのGitHub上にあるリポジトリを指します。

※ブランチは1つのプロジェクト本体から分岐し、本体に影響が及ばないように開発を進めるための1つの機能です。

*【参考】：[GitHub に変更をプッシュする - GitHub Docs](https://docs.github.com/ja/desktop/contributing-and-collaborating-using-github-desktop/making-changes-in-a-branch/pushing-changes-to-github)*

プッシュをするには「Publish Repository」もしくは「Push origin」をクリックすればOKです。続いてGitHubにログインしてみましょう。リモートリポジトリの（GitHub-Desktop-Test）に先ほどコミットしたファイルが保存されていることが確認できました。

リモートリポジトリ（GitHub）は、GitHub Desktopの上部メニューにある「Repository」から「View on GitHub」からアクセスすることもできます。

## GitHub Desktopで手軽にGitHubを利用しましょう

GitHubのGUIツール、「GitHub Desktop」のインストール方法、基本的な操作方法についてご紹介しました。GitHub Desktopはコマンド操作が苦手な方、コマンド操作に慣れないWebデザイナーの方にもおすすめします。

**GitHub DesktopでGitHubの利用方法について理解が進んだら、ぜひGitHubのコマンド操作を覚えてみてください。**GitHubを利用して、自ら作成したプログラムを公開をしたり、開発などの共同作業をしたりして活用してみると、GitHubは手放せないツールとなるでしょう。

Gitは、ソースコードなどを保存・管理、共有できるシステムです。GitHub Desktopはより多くの方がGitを手軽に利用することができるデスクトップアプリです。ここではGitHub Desktopのインストールから基本的な使い方まで分かりやすく解説します。

Gitはソースコードの管理システムで、そのWebサービスがGitHub、デスクトップ版がGitHub Desktopである

GitHub DesktopはGitの仕組みを利用したアプリケーションで、すでに「GitHubDesktop 3.0」がリリースされている

GitHub Desktopはインストールが必要だが、GUIベースで誰でも気軽にGitの仕組みを利用できる

GitHub Desktopの使い方とは？初心者にも分かりやすく手順を解説！

## GitHub SkillsはGitHubのオンライン学習新サービス

GitHub社は、2022年6月6日、GitHubについてオンラインで学べる無料チュートリアルの「GitHub Skills」を発表しました。**GitHub Skillsは初心者からエキスパートまでを対象とし、対話的にGitHubの使い方を学べるコースと紹介されています。**

コース自体はGitHub Actionsで構築され、カスタマイズを行うことができます。用意されたテーマは「Introduction to GitHub（GitHub入門）」や「Continuous integration（継続的インテグレーション）」など、入門者用から上級者向けまでさまざまなテーマがカバーされています。

ユーザーは用意されたテンプレートを利用して、カスタマイズしたコースを作成することが可能です。また、GitHub Skillsの提供が開始されたことにより、「Learning Lab」は9月1日以降は非推奨となります。

*【参考】：[GitHub Skills| GitHub](https://skills.github.com/)*
*【参考】：[Introducing GitHub Skills | The GitHub Blog](https://github.blog/2022-06-06-introducing-github-skills/)*
*【参考】：[GitHub Actionsのドキュメント - GitHub Docs](https://docs.github.com/ja/actions)*
*【参考】：[GitHub Learning Lab](https://lab.github.com/)*

そもそもGitHub（読み方：ギットハブ）とは、どういったサービスなのでしょうか？GitHub Skillsの紹介に入る前に、GitHubとは何のために使うのか、何ができるのかについて理解しておく必要があります。

GitHubは言わば「ソースコード管理サービス」の名称で、GitHub社がその提供や運用を行っています。**GitHubではソースコードの保存・管理・公開などを行うことができ、ソースコードのバージョン管理には「Git」というツールが利用されています。**

GitHubは2008年に開発され、クラウドを利用して「リモートリポジトリ」機能を提供しています。互いに離れた場所にいる開発者同士がGitHubを利用することで、効率よくソフトウェア開発を進めています。

このようなソースコードの管理以外に、GitHubではデザインや文書などのバージョンの管理、行政機関における文書管理などでも利用されており、ソースコード管理、ドキュメント管理にはなくてはならないサービスとして定着しています。

*【参考】：[開発者のためのプラットフォーム｜GitHub](https://github.co.jp/)*
*【参考】：[Git--distributed-even-if-your-workflow-isnt](https://git-scm.com/)*

GitHubはシステム開発現場では必須ツールとも言われています。GitHubに関する解説本や参考書も数多くありますが、実際に体験してみないと習得するのは容易ではありません。　

GitHub Skillsは、*初心者から上級者までインタラクティブなコースを利用してGitHubを学べます。*今のところは全編が英語ですので、英語に自信のない方は翻訳ツールで日本語に翻訳しながら利用できます。

GitHub Skills には「First day on GitHub」（初日のコース）として、「Introduction to GitHub」（GitHub 入門）「Communicate using Markdown」（Markdawnを使ったやり取り）、「GitHub Pages」（Webホイティング機能）の3コースがあります。

無料なので、**まずはFirst day on GitHub（初日のコース）から参加してみましょう。**

また「First week on GitHub」として、「Review pull requests」（プルリクエスト機能）と「Resolve merge conflicts」（GitHubでのチームワークの基盤となるPull request機能を用いた共同作業）の2コースが用意されています。

*【参考】：[GitHub Skills| GitHub](https://skills.github.com/)*

用意されたテンプレートから自分専用のリポジトリを作成し、指示通りにGitHubの基本操作を行います。自分のリポジトリで、**ブランチの作成・ファイルのコミット・ブルリクエストの確認・プルリクエストのマージなどの基本を習得します。**

あらかじめGitHubの概要などを予習しておくとスムースにこなせるでしょう。

*【参考】：[GitHub - skills/introduction-to-github](https://github.com/skills/introduction-to-github)*

このコースでは、GitHub上で利用されるMarkdown記法（構文）を学びます。Markdown記法はテキストを記号で修飾し、HTMLより手軽にハイパーリンクや見出しなどを記述できるマークダウン言語です。**実際にMarkdownを用いてアイデアを整理し、共同作業を行いながら学んでいきます。**

ここではMarkdown記法に慣れることが求められますが、扱うのは必要最低限の見出し・画像・コードブロック・チェックリストのみに限定されていますので、すぐに馴染めるでしょう。

*【参考】：[GitHub - skills/communicate-using-markdown](https://github.com/skills/communicate-using-markdown)*

GitHub Pageは、GitHub提供のWebホスティングサービスです。ここでは、GitHub Pagesと静的なサイトジェネレートしてくれる「Jekyll」を使い、**GitHubのリポジトリからWebサイトやブログを作成する手順を学びます。**

プラットフォームの記事（8ページ目）