Git Flow vs Trunk-Based Development 比較

# Git Flow - 完全なワークフロー例
# 初期セットアップ
git flow init -d
# ブランチ: main, develop, feature/, release/, hotfix/

# 新機能の開発
git flow feature start user-profile-redesign
# → feature/user-profile-redesign ブランチが作成された

# 開発プロセス
git add src/views/ProfileView.swift
git commit -m "feat(profile): redesign user profile card"
git add src/viewmodels/ProfileViewModel.swift
git commit -m "feat(profile): add avatar lazy loading"

# 機能完成 — developにマージ
git flow feature finish user-profile-redesign
# → featureブランチが削除され、developにマージされた

# リリース準備
git flow release start 2.4.0
# → release/2.4.0 ブランチが作成された

# releaseブランチではバグ修正のみ！
git commit -m "fix: avatar cache invalidation on logout"
git commit -m "chore: bump version to 2.4.0"

# リリース完了
git flow release finish 2.4.0
# → mainにマージ、タグ作成（v2.4.0）、developへ再マージ

# 本番障害の検出
git flow hotfix start fix-crash-on-launch
git commit -m "fix: nil pointer in AppDelegate startup"
git flow hotfix finish fix-crash-on-launch
# → mainとdevelopにマージ、v2.4.1タグ

# Trunk-Based Development - 日々のワークフロー

# 毎朝: 最新の状態から始める
git pull origin main

# 短命なfeatureブランチ（最大1〜2日！）
git checkout -b feat/quick-login-improvement

# 小さく原子的なコミット
git add src/views/LoginView.swift
git commit -m "feat: add biometric login button"

git add tests/LoginTests.swift
git commit -m "test: biometric auth unit tests"

# 即座にtrunkへマージ（未完成でもフィーチャーフラグで！）
git checkout main
git pull origin main
git merge feat/quick-login-improvement
git push origin main
git branch -d feat/quick-login-improvement

# フィーチャーフラグで未完成の機能を隠す（Swift）
# FeatureFlags.swift
enum FeatureFlag: String {
    case newLoginUI = "new_login_ui"
    case profileV2 = "profile_v2"
    case darkModeV3 = "dark_mode_v3"
}

class FeatureFlagService {
    static func isEnabled(_ flag: FeatureFlag) -> Bool {
        // リモートコンフィグまたはローカルオーバーライドから読み取る
        return RemoteConfig.shared.bool(forKey: flag.rawValue)
    }
}

// Viewでの使用
if FeatureFlagService.isEnabled(.newLoginUI) {
    NewLoginView()
} else {
    LegacyLoginView()
}

# CI/CDパイプライン（GitHub Actions）
# .github/workflows/ci.yml:
# on: push (branches: [main])
# → lint → test → build → deploy staging → smoke test → deploy production