.md
Skill.mdサーチャーJP

Skill.md検索

2258件の Skill.mdから、あなたに最適なものを見つけましょう

Z

変更をきれいに整理してGitHubに反映

by zaichu

ステージング(事前選択)した変更だけを対象にコミット・プッシュするため、意図しないファイルが含まれない。 コミット履歴が不要な変更で汚れるのを防止。 作業ブランチごとにタスクを分離し、mainブランチへの直接コミットを禁止。 マージ済みの作業ブランチを自動で削除してリポジトリをクリーンに保つ。 コミットメッセージの入力形式をあらかじめ定義し、統一性を確保。 チーム開発でコミット履歴の管理を厳密にしたい人 GitHubのコミット履歴を見やすく保ちたい人 ブランチ戦略を統一したいエンジニアチーム git add -Aで誤ったファイルを含めてしまった経験がある人 必須ルール:git add .やgit add -Aは使わず、事前にgit add またはgit add -pで対象を限定。コミットメッセージは引数で明示、日本語で記載。mainに直接コミットしない。基準はプロジェクトの.claude/rules/03-git.mdに統一。Workflowは:(0)mainから作業ブランチを作成(1タスク1ブランチ原則)、(1)git status -sbとgit diff --cachedでステージ内容確認、(2)未ステージファイルはgit add -pで追加、(3)bash .claude/skills/git-pushing/scripts/smart_commit.shでコミット・プッシュ。マージ後はマージ済みブランチを削除(ローカル、リモート、フェッチキャッシュ)。

コミット
01712026-04-13
Z

重複コードを整理・共通化してコード品質を向上できる

by zaichu

共通フック化で重複削減: 複数コンポーネントに散在したデータ取得やロジックを共通フック(例:useDataSource)に統一し、コードの重複を一気に削減できます。 設定テーブル化で可読性向上: 長い switch文やif-else分岐を設定テーブルに置き換えることで、コードが大幅に短くなり保守性が向上します。 コンポーネント分割で責務明確化: 肥大化したコンポーネントを機能別に分割し、各コンポーネントの役割を明確にしてテストしやすくします。 保守性と拡張性の同時実現: 新しい要件追加時に既存コードを修正せず、設定を追加するだけで対応できるようになります。 既存コードを段階的に改善: Before/Afterの具体例に従って、現在のコードをステップバイステップで整理できます。 フロントエンド開発者: React・Vue などで複数コンポーネントの重複コードに悩んでいる開発者が、共通化のパターンを実装できます。 チーム全体の保守性を改善したいリーダー: コードレビューで「共通化しろ」という指摘が減り、開発スピードが上がります。 レガシーコードの整理が必要なチーム: 既存のスパゲッティコードを段階的にリファクタリングできます。 新人開発者: リファクタリングの具体的パターンを学べ、自分のコードを改善できるようになります。 フロントエンドリファクタリングの3つのパターンを提供。適用場面:類似コンポーネント複数存在・switch/if-else長い・同一ロジックコピー・コンポーネント肥大化。パターン1:共通フック化 - useDataSource例。Before(重複したデータ取得:dividendsとstocksで同じロジック)→ After(fetchFn・transform・enabledオプション対応の共通フック)。パターン2:設定テーブル化 - long switch文をテーブル置き換え(例:getExternalLinks)。パターン3:コンポーネント分割 - 責務分離でテスタビリティ向上。目的:重複コード共通化・条件分岐を設定テーブルに・責務分離でテスタビリティ向上。

テストセキュリティコミット
0992026-04-13