git-workflow
精通 Git 工作流與常規提交
Également disponible depuis: 0xDarkMatter,Cain96,Joseph OBrien,Joseph OBrien,0xDarkMatter,Barnhardt-Enterprises-Inc,AI-Vibe-Prompts,supercent-io
開發人員經常苦於不一致的提交訊息和分支命名慣例。此技能提供標準化的 Git 工作流，包括常規提交、分支策略以及預完成檢查清單，確保程式碼變更清晰可追溯。
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "git-workflow". Help me create a conventional commit for adding user login
Résultat attendu:
- feat(auth): add user login functionality
- Implement JWT-based authentication with email/password
- Closes #45
Utilisation de "git-workflow". How should I name my branch for a bug fix
Résultat attendu:
- Use the format: fix/issue-number-description
- Example: fix/123-handle-null-response
- This keeps branches organized and traceable to issues
Utilisation de "git-workflow". What are the pre-push checks
Résultat attendu:
- 1. Run all tests: npm test
- 2. Run linter: npm run lint
- 3. Type check (TypeScript): tsc --noEmit
- 4. Build: npm run build
- 5. Verify no console.log statements remain
Audit de sécurité
SûrPure documentation skill containing only markdown guidance on Git workflow best practices. No executable code, scripts, network calls, filesystem access beyond its own files, or command execution capabilities. All 40 static findings are false positives.
Facteurs de risque
🌐 Accès réseau (1)
📁 Accès au système de fichiers (1)
⚙️ Commandes externes (23)
Score de qualité
Ce que vous pouvez construire
撰寫清晰的提交
學習常規提交格式，建立可追蹤、自動產生變更日誌的提交歷史記錄
強制執行團隊標準
在開發團隊中建立一致的分支命名和提交訊息慣例
推送前驗證
遵循預完成檢查清單，確保測試、程式碼檢查和建置在程式碼送達遠端前通過
Essayez ces prompts
幫我撰寫一個用於新增使用者驗證的常規提交，包含類型、範圍和描述。
我需要為我的 API 建立一個重大變更提交。示範正確格式和頁腳。
在推送我的 git 變更之前，應該執行哪些預完成驗證步驟？
對於修復 bug issue-123 的分支，正確的命名慣例是什麼？
Bonnes pratiques
- 使用語義化的提交類型：feat 代表新功能、fix 代表錯誤修復、refactor 代表重構
- 始終在提交前執行測試和程式碼檢查，以早期發現問題
- 在提交訊息中包含問題編號以提高可追蹤性
Éviter
- 使用模糊的提交訊息，如 'fixed stuff' 或 'update'
- 未經程式碼審查就直接提交到 main 分支
- 跳過預完成檢查並推送損壞的程式碼