Gitの基本
なぜバージョン管理が重要？
バージョン管理は、ファイルの変更履歴を追跡できるシステムです。主にソースコードの管理に使用されますが、他のドキュメントでも利用できます。バージョン管理の重要性は以下の点にあります。
- 履歴の追跡：過去のバージョンを参照できます。これにより、過去の状態に戻す、特定の変更がいつ行われたかを確認できます。
- 協力作業：複数の人が同じプロジェクトに取り組む際、互いの作業を簡単に統合できます。
- リスク軽減：誤ってファイルを削除や上書きした場合でも、過去の状態に簡単に戻せます。
Gitの歴史やバージョン管理の概念
Gitは、Linus Torvaldsによって2005年に開発されました。最初はLinuxカーネルの開発のためのツールとして作られましたが、その後、多くのソフトウェアプロジェクトで採用されるようになりました。
バージョン管理の主な概念は以下のとおりです。
- リポジトリ：ファイルと変更履歴を保存する場所。
- コミット：特定の変更をリポジトリに保存する操作。各コミットには一意のIDがあります。
- ブランチ：作業の流れを分岐させるための概念。例えば、新機能の追加やバグ修正を行う際に新しいブランチを作成できます。
- マージ：2つのブランチの変更を統合する操作。
Gitはこれらの概念をベースに、効率的なバージョン管理を提供します。特に、分散型のバージョン管理システムとして設計されているため、インターネット接続がない場所でも作業できます。
Gitを使う準備
Gitのインストール方法
Gitは多くのオペレーティングシステムで利用できます。以下は、主要なプラットフォームごとのインストール方法です。
- Windows:
Git公式サイトからインストーラーをダウンロードして、指示に従ってインストールします。 - Mac:
Homebrewを使用してインストールできます。ターミナルを開き、以下のコマンドを実行します。
brew install git- Linux (Debian/Ubuntu):
ターミナルを開き、以下のコマンドを実行します。
sudo apt-get update
sudo apt-get install gitインストール後、ターミナルで git --version と入力して、正しくインストールされたか確認できます。
初回設定（ユーザー名、メールアドレスの設定など）
Gitを初めて使用する前に、ユーザー名とメールアドレスを設定する必要があります。これは、コミットの際に、誰が変更を行ったかを識別するためのものです。
以下のコマンドを使用して、ユーザー名とメールアドレスを設定します。
git config --global user.name "あなたの名前"
git config --global user.email "あなたのメールアドレス"これらの設定はグローバルレベルで行われますが、特定のリポジトリのみに設定を適用したい場合は、--global オプションを省略して同じコマンドを実行します。
ファイルのバージョン管理
基本的なコマンドの紹介
Gitでのバージョン管理を始める際、いくつかの基本的なコマンドの理解が必要です。以下は、最もよく使用されるコマンドの簡単な紹介です。
- git init
新しいリポジトリを初期化します。このコマンドを実行するディレクトリが、新しいGitリポジトリとして管理されるようになります。
git init- git add
変更したファイルや新しいファイルを、次回のコミットに含めるためのステージングエリアに追加します。
git add ファイル名すべての変更を追加する場合：
git add .- git commit
ステージングエリアに追加された変更をリポジトリに保存します。このとき、変更内容の説明をメッセージとして追加することが推奨されます。
git commit -m "変更内容の説明"- git status
現在のリポジトリの状態を表示します。変更がステージングエリアに追加されているか、コミットが必要な変更があるかなどを確認できます。
git status- git log
コミットの履歴を表示します。これにより、過去の変更履歴やコミットIDを確認できます。
git logこれらのコマンドは、Gitを使用する際の基本的なフローを形成します。変更を加える→変更をステージングエリアに追加→変更をコミット、という流れで作業を進めます。
GitHubのレポジトリをローカル環境に取得
GitHubの概要
GitHubは、プログラマーやデータサイエンティストなど、さまざまな開発者が共同で作業を進めるためのプラットフォームです。Gitと連携して使われ、オンライン上でコードのバージョン管理をサポートしています。GitHubは、プロジェクトやコードを公開し、他のユーザーと協力して開発を進めることができる環境を提供しています。
git cloneやgit remoteの使用方法
プロジェクトを始める際や、他のユーザーのリポジトリに参加する際に、まずGitHubからローカル環境にリポジトリをコピーする必要があります。これを実現するのがgit cloneコマンドです。
git clone リポジトリのURLこのコマンドを実行すると、指定したリポジトリがローカル環境にコピーされます。この際、リモートリポジトリの情報も自動的に設定されます。
リモートリポジトリの情報を管理するためのコマンドがgit remoteです。特に、リモートリポジトリのURLを確認する場合や、新しいリモートリポジトリを追加する場合に使用します。
リモートリポジトリの一覧を表示する：
git remote -v新しいリモートリポジトリを追加する：
git remote add リモート名 リポジトリのURLこれらの基本的なコマンドを使いこなすことで、GitHub上のリポジトリとローカル環境との間で効率的に作業を進めることができます。
ブランチを使ってファイルを更新
ブランチの概念
Gitにおける「ブランチ」とは、独立した開発の流れを作るための機能です。ブランチを使用することで、同じリポジトリ内で複数の異なる開発や修正を同時に進めることができます。例えば、新しい機能の開発を始める場合、新しいブランチを作成してその上で作業を進めることが一般的です。
ブランチの基本的な使用方法
ブランチの作成:
新しいブランチを作成するには、以下のコマンドを使用します。
git branch 新しいブランチ名ブランチの切り替え:
特定のブランチに切り替えるには、以下のコマンドを使用します。
git checkout ブランチ名また、新しいブランチを作成してそのブランチに切り替える場合は、以下のように一つのコマンドで実行することもできます。
git checkout -b 新しいブランチ名ブランチの一覧表示:
現在のリポジトリ内のブランチ一覧を表示するには、以下のコマンドを使用します。
git branchこれらの基本的なコマンドを理解することで、ブランチを効果的に活用して作業を進めることができます。
複数ブランチを同時に使ってファイルを更新
並行して作業するシナリオ
Gitのブランチの機能は、複数のタスクや機能を同時に開発するための最適なツールです。例えば、メインの機能開発を行っている間に、別のブランチでバグの修正や小さな改善を行うことができます。これにより、一つのブランチでの作業が完了するまで他の作業を待つことなく、効率的に開発を進めることができます。
ブランチ間の切り替えやブランチのマージ方法
ブランチ間の切り替え:
作業を進めるブランチを変更する場合は、以下のコマンドを使用します。
git checkout 他のブランチ名ブランチのマージ:
一つのブランチでの作業が完了した後、その内容をメインブランチに統合する場合、以下の手順を実行します。
- マージ先のブランチに切り替える。
git checkout メインブランチ名- マージを実行する。
git merge 他のブランチ名このマージにより、ブランチ間で行われた変更が統合されます。ただし、両方のブランチで同じファイルの同じ部分が変更されている場合、コンフリクトが発生することがあります。この場合、手動で修正が必要です。
コンフリクトに対処
コンフリクトが発生する原因と、その解消方法
コンフリクトは、同じファイルの同じ部分を異なるブランチで異なる方法で変更した場合に発生します。例えば、2人の開発者がそれぞれ異なるブランチで同じコードの行を編集した場合、マージ時にどちらの変更を採用すべきかGitは判断できません。
コンフリクトの解消方法:
git statusを使用してコンフリクトが発生しているファイルを特定します。- そのファイルを開き、
<<<<<<<、=======、および>>>>>>>で囲まれた部分を探します。これがコンフリクトしている部分です。 - この範囲内のコードを編集し、正しいコードに修正します。
- 修正が完了したら、そのファイルをステージングしてコミットします。
git merge時のコンフリクト解消のデモ
例として、featureブランチとmainブランチがあり、両方のブランチで同じファイルの同じ行が異なる方法で編集されたとします。
mainブランチにマージしようとするとき:
git checkout main
git merge feature- コンフリクトが発生したら、次のようなメッセージが表示されます:
Auto-merging filename.txt
CONFLICT (content): Merge conflict in filename.txt
Automatic merge failed; fix conflicts and then commit the result.filename.txtを開くと、次のようなコンフリクトが表示されます:
<<<<<<< HEAD
(こちらはmainブランチの変更です)
=======
(こちらはfeatureブランチの変更です)
>>>>>>> feature- コンフリクトを修正し、不要な行（
<<<<<<< HEAD、=======、および>>>>>>> feature）を削除します。 - 修正をステージングし、コミットします。
git add filename.txt
git commit -m "Resolve merge conflict"以上で、コンフリクトが解消されます。
GitHubをさらに使いこなす
git pull, git pushの使い方
git pullとgit pushは、ローカルリポジトリとリモートリポジトリ間で変更を同期するためのコマンドです。
- git pull:
リモートリポジトリの変更をローカルリポジトリに取り込みます。
git pull origin main- git push:
ローカルリポジトリの変更をリモートリポジトリにアップロードします。
git push origin mainPull RequestやIssueの使用方法
- Pull Request:
プルリクエストは、ブランチの変更を他のブランチにマージするためのリクエストを作成します。変更をレビューし、ディスカッションし、必要に応じてさらに変更を加えてからマージできます。
- GitHub上でリポジトリに移動します。
- “New pull request”ボタンをクリックします。
- 変更を比較したい2つのブランチを選択します。
- “Create pull request”ボタンをクリックしてプルリクエストを作成します。
- Issue:
イシューは、バグレポートや機能リクエスト、質問などのトピックを議論するための場所です。
- GitHub上のリポジトリに移動します。
- “Issues”タブをクリックします。
- “New Issue”ボタンをクリックして新しいイシューを作成します。
GitHubのアドバンストピック
- GitHub Actions: 自動化ツールを使って、CI/CDパイプラインや自動テストなどのタスクを実行できます。
- GitHub Pages: GitHubリポジトリから直接ウェブサイトをホスティングできます。
- Protected Branches: 特定のブランチに対する変更を制限し、品質を維持するためのルールを設定できます。
▼AIを使った副業・起業アイデアを紹介♪
