Gitの基本を押さえる
GitHubを効果的に使うには、まずGitの3つの状態を理解することが重要です。
- Working Directory:編集中の状態
- Staging Area:コミット予定の変更
- Repository:コミット済みの履歴
必須コマンド早見表
| コマンド | 用途 |
|---|---|
git init |
リポジトリ初期化 |
git clone [URL] |
リモートをコピー |
git add . |
全変更をステージング |
git commit -m "msg" |
コミット |
git push origin main |
プッシュ |
git pull |
最新を取得 |
git log --oneline |
履歴を確認 |
ブランチ戦略:Git Flow vs GitHub Flow
Git Flow(大規模開発向け)
main:本番リリース用develop:開発統合ブランチfeature/*:機能開発hotfix/*:緊急修正
GitHub Flow(シンプル・推奨)
mainのみが永続ブランチ- 機能ごとに短命ブランチを切る
- PRマージ即デプロイの文化
git checkout -b feature/user-auth # ブランチ作成
# 開発作業
git add . && git commit -m "feat: ユーザー認証追加"
git push origin feature/user-auth
良いPullRequestの書き方
- タイトル:変更内容を一言で(例:
fix: ログインバリデーション修正) - 概要:何をなぜ変えたか
- テスト方法:レビュアーが確認できる手順
- スクリーンショット:UI変更がある場合
コードレビューのポイント
- 差分は200行以内に抑える
- 1PRで複数の責務を混在させない
- コメントは指摘ではなく提案の形で
LGTM(Looks Good To Me)で承認
GitHub Actionsで自動化
name: CI
on: [push, pull_request]
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v3
- uses: actions/setup-python@v4
with:
python-version: '3.11'
- run: pip install pytest
- run: pytest
GitHubはエンジニアの名刺です。日々のコミットがポートフォリオになります。





