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

46 lines
1.6 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 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 フォーマットに従う