Cp
在實作完成後，使用此作為精簡的結束模式。
cp 是推送前本地的把關步驟：先驗證，然後在當前分支上提交並推送意圖的變更。
預設流程
- 檢查：
git status- 當前分支
- 本任務的意圖檔案
- 如有需要，最近提交訊息的風格
- 在提交前，執行與儲存庫常規安全檢查最接近的本地驗證。
- 優先使用儲存庫原生命令，而非自訂命令。
- 優先執行最狹窄的安全檢查：受影響檔案的 lint/格式檢查、受影響套件的測試，或目標建置。
- 如果儲存庫唯一可靠把關是較廣泛的檢查，則執行該廣泛命令。
- 如果廣泛的本地檢查因意圖變更集之外的不相關髒檔案而失敗，則停止並清楚回報，而不是修復或暫存那些不相關的檔案。
- 僅明確暫存意圖檔案。
- 如果未提供提交訊息，則生成簡潔的 conventional commit 訊息，符合儲存庫風格。
- 在當前分支上提交。
- 當該儲存庫或使用者選擇的工作流程允許時，可以直接提交到
main或master。 - 如果儲存庫明確要求短期分支，則遵循該要求。
- 推送當前分支。
- 如果 upstream 缺失，則以 upstream 追蹤方式推送。
規則
- 絕不使用
git add .、git add -A或類似的廣義暫存。 - 絕不提交來自其他任務或會話的無關本地變更。
- 絕不意外提交機密、
.env檔案、憑證或生成的干擾檔案。 - 絕不靜默跳過驗證；說明執行了哪些驗證、跳過哪些。
- 除非使用者明確要求，否則絕不強制推送。
- 除非使用者明確要求，否則不建立或要求 PR。
好的觸發目標
- "/cp"
- "커밋하고 푸시해줘"
- "메인에 올려"
- "이제 검증하고 바로 푸시해"
應避免情況
- 如果使用者明確只要求「僅提交」或「僅推送」，請勿使用此技能。
- 不要推斷有權限推送到非當前分支。
- 不要隱藏已跳過或排除的檔案；如果它們重要，簡要提及。
完成
回傳：
- 推送的分支
- 執行的驗證或跳過的驗證
- 提交訊息
- 提交雜湊值
- 若有的話，刻意排除的檔案