# Gitの初期設定（最初に必ず実行）
git config --global user.name "Yamada Taro"
git config --global user.email "yamada@example.com"

# エディタの設定（コミットメッセージ編集用）
git config --global core.editor "vim"

# 改行コード設定（Windows特有の問題を回避）
git config --global core.autocrlf true  # Windows
git config --global core.autocrlf input # Mac/Linux
```

**業界の慣習：**

- 会社用と個人用でメールアドレスを分ける開発者が多い

- グローバル設定とプロジェクト別設定を使い分ける

---

### 3. Gitのデータ構造と仕組み

**コアコンセプト：**

Gitは「スナップショット」でデータを保存します。差分ではなく、その時点のファイル全体の状態を記録。

**実際の内部構造：**

```

.git/

├── objects/     # 実際のデータ（blob, tree, commit）
├── refs/        # ブランチやタグの参照
├── HEAD         # 今いる場所を指すポインタ
└── index        # ステージングエリア

# リポジトリの初期化
git init

# GitHubからクローン
git clone https://github.com/username/repo.git

# ステージングに追加
git add index.html

git add .  # 全ての変更を追加

# コミット
git commit -m "Add login feature"

# 状態確認（最も頻繁に使う）
git status

# 差分確認
git diff              # ワーキングツリー vs ステージ
git diff --staged     # ステージ vs 最新コミット

# ログ確認
git log

git log --oneline --graph --all  # 視覚的に確認

# 悪い例
git commit -m "fix"
git commit -m "update"

# 良い例
git commit -m "Fix login button alignment on mobile"
git commit -m "Add email validation to signup form"
git commit -m "Refactor: Extract user authentication logic"

# エイリアス設定で効率化
git config --global alias.st status

git config --global alias.co checkout

git config --global alias.br branch

git config --global alias.ci commit

# 使用例
git st  # git status と同じ

# 【安全】ワーキングツリーの変更を取り消し
git checkout -- file.txt

# または（新しい記法）
git restore file.txt

# 【安全】ステージングを取り消し（変更は残る）
git reset HEAD file.txt

# または
git restore --staged file.txt

# 【注意】直前のコミットをやり直し
git commit --amend -m "Correct commit message"

# 【危険】コミットを取り消す
git reset --soft HEAD^   # コミットだけ取り消し（ステージは残る）
git reset --mixed HEAD^  # デフォルト、ステージも取り消し
git reset --hard HEAD^   # 全て削除（危険！）

# 削除したコミットを探す
git reflog

# 特定のコミットに戻る
git reset --hard HEAD@{2}

# リモート確認
git remote -v

# リモート追加
git remote add origin https://github.com/user/repo.git

# プッシュ（初回）
git push -u origin main

# フェッチ（リモートの情報を取得、マージはしない）
git fetch origin

# プル（フェッチ + マージ）
git pull origin main

# リモートブランチの確認
git branch -r

git branch -a  # ローカル + リモート全て

# 安全重視の開発フロー
git fetch origin          # まず情報だけ取得
git log origin/main       # リモートの変更を確認
git merge origin/main     # 問題なければマージ

# 素早い開発（チーム内で調整済みの場合）
git pull origin main      # 一気に取得してマージ

# 新機能開発用ブランチ作成
git branch feature/user-profile

git checkout feature/user-profile

# または一行で
git checkout -b feature/user-profile

# 作業後、mainに戻ってマージ
git checkout main

git merge feature/user-profile

# ブランチ削除
git branch -d feature/user-profile  # マージ済みのみ削除
git branch -D feature/user-profile  # 強制削除

# マージ時にコンフリクト発生
git merge feature/payment

# ファイルを開くと以下のような表示
<<<<<<< HEAD

const price = 1000;
=======
const price = 1500;
>>>>>>> feature/payment

# 手動で修正後
const price = 1500;  # 正しい値を選択

# 解消を完了
git add payment.js

git commit -m "Resolve merge conflict in payment price"

   git checkout -b feature/issue-123-add-search

   git add .
   git commit -m "Add search functionality #123"

   git push origin feature/issue-123-add-search

## 概要
ユーザー検索機能を追加

## 変更内容
- 検索APIエンドポイント追加

- フロントエンドに検索UIを実装

- 検索結果のページネーション対応

## テスト
- [ ] 検索機能の動作確認

- [ ] エッジケースのテスト（空文字、特殊文字）

- [ ] モバイル表示確認

## スクリーンショット
（画像添付）

関連Issue: #123

# マージ（履歴が分岐して見える）
git checkout main

git merge feature/new-ui

# → マージコミットが作られる

# リベース（一直線の履歴になる）
git checkout feature/new-ui

git rebase main

# → feature ブランチのコミットが main の先頭に付け替えられる

# 直近3コミットを編集
git rebase -i HEAD~3

# エディタが開く
pick abc123 Add feature A

pick def456 Fix typo

pick ghi789 Add feature B

# 以下のように変更可能
pick abc123 Add feature A

squash def456 Fix typo    # 前のコミットに統合
pick ghi789 Add feature B

# ❌ プッシュ済みのブランチでリベースしてはいけない
git push origin main

git rebase ...  # これをやると他の人のリポジトリが壊れる

# 軽量タグ（簡易的）
git tag v1.0.0

# 注釈付きタグ（推奨、詳細情報を記録）
git tag -a v1.0.0 -m "Release version 1.0.0 - Initial public release"

# タグ一覧
git tag

# タグをリモートにプッシュ
git push origin v1.0.0

git push origin --tags  # 全タグを送信

# タグのチェックアウト
git checkout v1.0.0

```

**セマンティックバージョニング：**

```

v1.2.3

^ ^ ^

| | └─ パッチ（バグ修正）

| └─── マイナー（機能追加、後方互換性あり）

└───── メジャー（破壊的変更）

# 緊急のバグ修正が入った！でも今の作業は未完成...
git stash  # 現在の変更を退避

# バグ修正ブランチで作業
git checkout hotfix/urgent-bug

# ... 修正 ...
git commit -m "Fix critical bug"

# 元の作業に戻る
git checkout feature/my-work

git stash pop  # 退避した変更を復元

# スタッシュ一覧
git stash list

# 特定のスタッシュを適用
git stash apply stash@{1}

# スタッシュ削除
git stash drop stash@{0}

# ❌ 悪い例（1日の作業を1コミットに）
git commit -m "Today's work"

# ✅ 良い例（機能単位で細かく）
git commit -m "Add user model"
git commit -m "Add user controller"
git commit -m "Add user view"

# .gitignore ファイル例
node_modules/

.env

*.log

.DS_Store

.idea/