Cp
実装完了後の薄い終了モードとして使用します。
cp はプッシュ前のローカルゲートです。最初に検証を行い、その後現在のブランチに意図した変更をコミットしてプッシュします。
デフォルトフロー
- 検査:
git status- 現在のブランチ
- このタスクで意図したファイル
- 必要に応じて、最近のコミットメッセージのスタイル
- リポジトリの通常の安全チェックに最も近いローカル検証をコミット前に実行します。
- リポジトリネイティブのコマンドを、自作のコマンドより優先します。
- まず最も狭い安全チェック（変更ファイルの lint/format チェック、影響を受けるパッケージのテスト、または対象を絞ったビルド）を優先します。
- リポジトリの唯一の信頼できるゲートがより広範囲なものである場合は、広範囲なコマンドを実行します。
- 広範囲なローカルチェックが、意図した変更セット以外の無関係なダーティファイルが原因で失敗した場合は、それらの無関係なファイルを修正またはステージングせずに、明確に報告して停止します。
- 意図したファイルのみを明示的にステージングします。
- コミットメッセージが提供されなかった場合は、リポジトリのスタイルに合った簡潔な conventional commit メッセージを生成します。
- 現在のブランチにコミットします。
- リポジトリまたはユーザーの選択したワークフローとして
mainまたはmasterに直接コミットすることは許可されています。 - リポジトリが明示的に短命ブランチを要求する場合は、それに従います。
- 現在のブランチをプッシュします。
- アップストリームがない場合は、アップストリーム追跡を設定してプッシュします。
ルール
git add .、git add -A、または類似の広範囲なステージングを使用しないでください。- 他のタスクやセッションからの無関係なローカル変更をコミットしないでください。
- シークレット、
.envファイル、認証情報、生成されたノイズを誤ってコミットしないでください。 - 検証を黙ってスキップしないでください。実行した内容とスキップした内容を明示してください。
- ユーザーが明示的に要求しない限り、force push しないでください。
- ユーザーが明示的に要求しない限り、PR を作成または要求しないでください。
適切なトリガー
- "/cp"
- "커밋하고 푸시해줘"
- "메인에 올려"
- "이제 검증하고 바로 푸시해"
避けるべきこと
- ユーザーが「コミットだけ」または「プッシュだけ」を明確に依頼した場合、これを使用して「コミットしてプッシュ」を行わないでください。
- 現在のブランチとは異なるブランチにプッシュする許可を推測しないでください。
- スキップまたは除外されたファイルを隠さないでください。重要であれば簡単に言及してください。
完了
以下を返します:
- プッシュしたブランチ
- 実行またはスキップした検証
- コミットメッセージ
- コミットハッシュ
- 意図的に除外したファイル（ある場合）