概要
本記事ではGitについて紹介します。
聞いたことがあるけど、よく知らないという人向けです。
Gitについても紹介しております。本記事と深く関わる内容なのでまだな方はぜひチェックしてみてください。
GitHubは、Gitで管理しているソースコードをクラウド上に保存・共有できるサービス。複数人での開発はもちろん、個人開発のバックアップや公開にも使える。
Gitが「バージョン管理の仕組み」で、GitHubは「それをネット上に置いて共有する場所」というイメージ。
まず押さえる用語
| 用語 | 意味 |
|---|---|
| リポジトリ(repo) | プロジェクトの保管箱。コードと変更履歴が入る |
| コミット(commit) | 変更を記録する単位。「セーブポイント」 |
| プッシュ(push) | ローカルの変更をGitHubに送る |
| プル(pull) | GitHubの変更をローカルに取り込む |
| クローン(clone) | リポジトリを丸ごと手元にコピーする |
| ブランチ(branch) | 作業を枝分かれさせる。本流を壊さず開発できる |
実践
1. アカウント作成
github.com で無料アカウントを作る。
2. Gitのインストール
brew install git3. 初期設定
コミットに使う名前とメールを登録する。
git config --global user.name "あなたの名前"
git config --global user.email "you@example.com"4. GitHubでリポジトリを作る
Newから名前を決めて作成。READMEは付けても付けなくてもOK。
赤枠の箇所で公開・非公開の設定ができます。公開したいもの以外は非公開にしましょう！
5. ローカルで初期化して紐付け
mkdir Github
cd Github
git init
brew install vim
vi test.txt エディターが立ち上がるので、好きなメッセージを入力。
貼り付けたら、Ctrl + Cを押した後 :wq と入力してEnterキー押下で保存してください。
現在のフォルダにあるすべてのファイルを、ステージングに追加します。(保存対象として登録)
git add .
git commit -m "first commit"成功すると下記のようなメッセージが表示されます！
ブランチの作成とリモートリポジトリ(Github)との紐付け
git branch -M main
git remote add origin git@github.com:ユーザー名/リポジトリ名.gitSSH鍵を登録(これをしないと毎回パスワードする必要があります。)
# 鍵を生成
ssh-keygen -t ed25519 -C "you@example.com"下記コマンドで表示された内容を丸ごとコピーします。
cat ~/.ssh/id_ed25519.pub表示された内容を GitHub の Settings > SSH and GPG keys > New SSH key に貼り付ける。
これで初回アップロード完了。
git push -u origin mainGithubを見るとアップロードされたファイルを確認できるはずです。
日々の作業サイクル
開発中はこの3つを繰り返す。
# 1. 変更をステージに乗せる
git add .
# 2. 変更を記録する
git commit -m "ログイン機能を追加"
# 3. GitHubに反映する
git push
状態を確認したいときは:
git status # 変更されたファイルを確認
git log # コミット履歴を確認既存リポジトリを使う(クローン)
他人のプロジェクトや自分の別環境のコードを取ってくる。
git clone git@github.com:ユーザー名/リポジトリ名.git最新を取り込むとき:
git pullブランチを使う
本流(main)を壊さずに機能開発するための基本テクニック。
# ブランチを作って移動
git checkout -b feature/login
# 作業 → add → commit したあとプッシュ
git push -u origin feature/loginGitHub上で Pull Request(PR) を作り、レビューしてから main にマージする、というのが定番の流れ。
.gitignore を忘れずに
アップロードしたくないファイル(秘密情報、ビルド成果物など)を除外する。
node_modules/
.env
dist/
.DS_Storeプロジェクトのルートに .gitignore という名前で置く。
つまずきやすいポイント
- コミットメッセージは具体的に:「修正」より「ログインのバリデーションを修正」
- push前にpull:他の人が変更していると競合(コンフリクト)する。先に
git pull - .envは絶対に上げない:APIキー等は
.gitignoreに必ず入れる
次のステップ
慣れてきたら以下を覚えると一気に実戦的になる。
- ブランチ戦略(main / develop の使い分け)
- Pull Requestベースの開発
- GitHub Actions(自動ビルド・デプロイ)
- Issue / Projects でのタスク管理
まずは「add → commit → push」を体に染み込ませるのが第一歩。
