conflict-resolver
gitマージコンフリクトの解決
gitマージコンフリクトは開発ワークフローを中断させ、時間を浪費します。このスキルは、コンフリクトを分析し、適切な解決戦略を選択し、生産的なコーディングを復元するための専門的なガイダンスを提供します。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「conflict-resolver」を使用しています。 認証ファイルにマージコンフリクトがあります。両方のブランチが同じ関数を異なる方法で変更しました。
期待される結果:
- コンフリクトタイプ:コンテンツコンフリクト(同じ関数への行レベルの変更)
- 推奨戦略:両方の変更を結合(両方とも価値のある機能を追加)
- 手順:ファイルを開き、取り込む変更からバリデーションを保持し、現在の変更からエラーハンドリングを保持
- 検証:認証が正しく動作することを確認するためにテストを実行
「conflict-resolver」を使用しています。 チームで同じファイルを両方が作業すると、常にコンフリクトが発生します。これを減らすにはどうすればよいですか?
期待される結果:
- 戦略1:最新の変更を頻繁にプルして、コンフリクトの複雑さを最小限に抑える
- 戦略2:マージしやすい小さく焦点を絞ったコミットを作成する
- 戦略3:フィーチャーフラグを使用して変更を分離する
- 戦略4:大規模なリファクタリングを開始する前にコミュニケーションを取る
「conflict-resolver」を使用しています。 gitマージコンフリクトを解決するさまざまな方法は何ですか?
期待される結果:
- 現在の変更を採用(Ours):自分のブランチバージョンを保持し、取り込む変更を破棄
- 取り込む変更を採用(Theirs):取り込むブランチバージョンを保持し、自分の変更を破棄
- 両方を結合:両方のバージョンから有用な部分を手動でマージ
- 手動解決:最適なソリューションを作成するためにファイルを自分で編集
- 3wayマージ:すべてのバージョンを表示するためにビジュアルマージツールを使用
セキュリティ監査
安全This skill is a pure prompt-based documentation guide containing only instructional content about git merge conflict resolution. All static findings are FALSE POSITIVES: the skill contains example git commands as documentation but does NOT execute them. No file access, network calls, or command execution capabilities exist. The skill explicitly states it provides guidance only.
リスク要因
🌐 ネットワークアクセス (4)
⚙️ 外部コマンド (85)
📁 ファイルシステムへのアクセス (1)
品質スコア
作れるもの
コードコンフリクトの解決
フィーチャーブランチのマージコンフリクトを処理し、重複するコード変更を効率的に解決します。
デプロイメントコンフリクトの管理
リリースワークフロー中の設定とデプロイメント関連のマージコンフリクトを解決します。
チームのコンフリクト解決をガイド
一貫したコンフリクト解決プラクティスを確立し、チームメンバーに最適なアプローチをトレーニングします。
これらのプロンプトを試す
@conflict-resolver Analyze this merge conflict in my file and suggest the best resolution approach.
@conflict-resolver I have conflicts across multiple files after rebasing. Help me resolve them systematically.
@conflict-resolver Should I accept incoming changes, current changes, or combine both? Help me decide based on context.
@conflict-resolver Our team has frequent merge conflicts. What strategies can we use to reduce them?
ベストプラクティス
- コンフリクトの複雑さを最小限に抑えるために、最新の変更を頻繁にプルする
- 解決戦略を選択する前に、両方のブランチの意図を理解する
- 機能が壊れていないことを確認するために、コンフリクト解決後に徹底的にテストする
回避
- 変更を理解せずに一方を盲目的に受け入れる
- その後テストを実行せずにコンフリクトを解決する
- コンフリクトを無視し、自然に解決することを期待する