git-workflow
Domina el flujo de trabajo de Git con confirmaciones convencionales
متاح أيضًا من: 0xDarkMatter,AI-Vibe-Prompts,Joseph OBrien,0xDarkMatter,Joseph OBrien,Barnhardt-Enterprises-Inc,Cain96,supercent-io
Los desarrolladores luchan con mensajes de confirmación inconsistentes y convenciones de nomenclatura de ramas. Esta habilidad proporciona flujos de trabajo Git estandarizados, incluyendo confirmaciones convencionales, estrategias de ramas y listas de verificación previas a la finalización para garantizar cambios de código limpios y rastreables.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "git-workflow". Ayúdame a crear una confirmación convencional para agregar inicio de sesión de usuario
النتيجة المتوقعة:
- feat(auth): add user login functionality
- Implement JWT-based authentication with email/password
- Closes #45
استخدام "git-workflow". ¿Cómo debo nombrar mi rama para una corrección de error?
النتيجة المتوقعة:
- Use the format: fix/issue-number-description
- Example: fix/123-handle-null-response
- This keeps branches organized and traceable to issues
استخدام "git-workflow". ¿Cuáles son las verificaciones previas al push?
النتيجة المتوقعة:
- 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
التدقيق الأمني
آمنPure 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.
عوامل الخطر
🌐 الوصول إلى الشبكة (1)
📁 الوصول إلى نظام الملفات (1)
⚙️ الأوامر الخارجية (23)
درجة الجودة
ماذا يمكنك بناءه
Escribir confirmaciones limpias
Aprende el formato de confirmación convencional para crear un historial de confirmaciones rastreable y compatible con auto-changelog
Hacer cumplir estándares del equipo
Establecer convenciones consistentes de nomenclatura de ramas y mensajes de confirmación en equipos de desarrollo
Verificar antes del push
Seguir listas de verificación previas a la finalización asegurando que las pruebas, linter y compilaciones pasen antes de que el código llegue al remoto
جرّب هذه الموجهات
Ayúdame a escribir una confirmación convencional para agregar autenticación de usuario. Incluye tipo, alcance y descripción.
Necesito crear una confirmación de cambio importante para mi API. Muéstrame el formato correcto con pie de página.
¿Cuáles son los pasos de verificación previa a la finalización que debería ejecutar antes de hacer push de mis cambios de git?
¿Cuál es la convención de nomenclatura adecuada para una rama que corrige el error issue-123?
أفضل الممارسات
- Usar tipos de confirmación semánticos: feat para características, fix para correcciones de errores, refactor para reestructuraciones
- Siempre ejecutar pruebas y linter antes de confirmar para detectar problemas temprano
- Incluir números de problemas en los mensajes de confirmación para la trazabilidad
تجنب
- Usar mensajes de confirmación genéricos como 'arreglado algo' o 'actualización'
- Confirmar directamente en la rama principal sin revisión de código
- Omitir verificaciones previas a la finalización y hacer push de código roto