Files
ECC/docs/ja-JP/rules/common/git-workflow.md
T
haelyraandGitHub 569b1d5b32 fix: disable Claude co-author attribution by default (#2758)
* fix: disable Claude co-author attribution by default

* fix: harden default co-author opt-out and correct the docs

Follow-up on the co-author default in this PR.

- Remove the existsSync/writeFileSync race in the installer settings write
  (CodeQL js/file-system-race, high). A single guarded read now covers the
  fresh-install case, and unreadable or non-object settings are left untouched.
- Respect `attribution` as an explicit user choice. It supersedes
  `includeCoAuthoredBy` in Claude Code 2.1.x, so a user who configured it would
  otherwise have had a dead key written into their settings.
- Share one opt-out rule via scripts/lib/claude-commit-attribution.js instead of
  duplicating it across the installer and plugin setup.
- Update the git-workflow rule and its nine mirrors and translations, which
  still told users ECC does not ship this setting.

We keep writing the deprecated `includeCoAuthoredBy` key rather than
`attribution`: unknown keys fail Claude Code settings validation, so writing
`attribution` would break users on older versions.
2026-08-12 00:43:58 -04:00

1.6 KiB
Raw Blame History

Git ワークフロー

コミットメッセージフォーマット

<type>: <description>

<optional body>

タイプ: feat, fix, refactor, docs, test, chore, perf, ci

注記: ECC が管理するインストールは ~/.claude/settings.json"includeCoAuthoredBy": false を設定するため、コミットには既定で Co-Authored-By が付きません。Claude の属性を残す場合は "includeCoAuthoredBy": true または attribution を設定してください。ECC は明示的な設定を上書きしません。

Pull Request ワークフロー

PR を作成する際:

  1. 完全なコミット履歴を分析(最新のコミットだけでなく)
  2. git diff [base-branch]...HEAD を使用してすべての変更を確認
  3. 包括的な PR サマリーを作成
  4. TODO 付きのテスト計画を含める
  5. 新しいブランチの場合は -u フラグで push

機能実装ワークフロー

  1. まず計画

    • planner agent を使用して実装計画を作成
    • 依存関係とリスクを特定
    • フェーズに分割
  2. TDD アプローチ

    • tdd-guide agent を使用
    • まずテストを書く(RED
    • テストをパスするように実装(GREEN)
    • リファクタリング(IMPROVE
    • 80%+ カバレッジを確認
  3. コードレビュー

    • コード記述直後に code-reviewer agent を使用
    • CRITICAL と HIGH の問題に対処
    • 可能な限り MEDIUM の問題を修正
  4. コミット & プッシュ

    • 詳細なコミットメッセージ
    • Conventional Commits フォーマットに従う