Communitygithub.com

Daniel-DB-hub/developer-portfolio

Se utiliza al crear ramas, preparar archivos, confirmar, enviar, reorganizar, abrir o fusionar solicitudes de extracción, preparar versiones o cambiar la configuración del repositorio de GitHub en este proyecto.

¿Qué es developer-portfolio?

Esta habilidad establece un flujo de trabajo Git estricto para proyectos de desarrollo de software, asegurando que todos los cambios se realicen de manera controlada y segura. Define reglas claras como que la rama `production` es la única de larga duración y nunca se debe trabajar directamente en ella. La habilidad obliga a crear ramas de tareas de corta duración con nombres estandarizados (como `feat/<scope>` o `fix/<scope>`) utilizando kebab-case en minúsculas. Antes de cada confirmación, se exige una revisión exhaustiva de los cambios, evitar datos sensibles y ejecutar las verificaciones pertinentes. Los mensajes de confirmación deben seguir el formato de Commits Convencionales, y no se permite añadir coautores de IA sin autorización explícita. Para los envíos, se prohíbe enviar directamente a `production`, usar `--force` sin autorización, o eludir ganchos y verificaciones. Todos los cambios en producción deben pasar por una solicitud de extracción, y la fusión debe realizarse mediante squash merge, eliminando la rama de tarea después. Además, se requiere que Claude se detenga antes de fusionar a menos que Randi apruebe explícitamente la fusión en la conversación actual. Al completar una tarea, se debe generar un informe detallado que incluya la rama, confirmaciones, verificaciones realizadas y resultados, estado de la solicitud de extracción, revisión de confidencialidad, riesgos restantes y si aún se requiere aprobación para fusionar.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Daniel-DB-hub/developer-portfolio/tree/HEAD/.claude/skills/following-git-workflow

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Siguiendo el Flujo de Trabajo de Git

Regla Principal

production es la única rama de larga duración. Nunca trabajes directamente sobre ella.

Antes de cualquier acción de escritura en Git:

  1. Ejecuta git status --short --branch.
  2. Confirma que no hay archivos o cambios inesperados.
  3. Obtén los cambios del remoto (fetch).
  4. Crea o cambia a una rama de tarea de corta duración.
  5. Limita la rama a un solo objetivo.

Nombres de Ramas

Usa:

  • feat/<scope>
  • fix/<scope>
  • hotfix/<scope>
  • test/<scope>
  • docs/<scope>
  • refactor/<scope>
  • chore/<scope>

Usa minúsculas y kebab-case. Nunca uses main, dev-production, changes, update o nombres igualmente vagos.

Antes de Confirmar

  1. Revisa git diff y git diff --staged.
  2. Elimina archivos no relacionados.
  3. Detente si aparecen secretos, evidencia privada, URL internas, sesiones de IA en bruto, datos de clientes o datos de estudiantes.
  4. Ejecuta las verificaciones relevantes para el alcance modificado.
  5. Usa un mensaje de Confirmación Convencional.
  6. Nunca agregues una línea de coautor de IA a menos que se solicite explícitamente.

Envío y Solicitud de Extracción

  • Nunca envíes directamente a production.
  • Nunca fuerces el envío a production.
  • Nunca eludas los ganchos ni las verificaciones requeridas.
  • Nunca uses --force simple.
  • Usa --force-with-lease en una rama de tarea solo después de una aprobación explícita.
  • Cada cambio en producción pasa por una solicitud de extracción.
  • Sigue la plantilla .github/pull_request_template.md.

Límite de Fusión

Claude debe detenerse antes de fusionar, a menos que Randi apruebe explícitamente la fusión de la solicitud de extracción específica en la conversación actual.

Usa solo squash merge. Elimina la rama de tarea después de fusionar.

Informe de Finalización

Informa:

  • Rama
  • Confirmaciones
  • Verificaciones ejecutadas y resultados
  • Estado de la solicitud de extracción
  • Revisión de confidencialidad
  • Riesgos restantes
  • Si aún se requiere aprobación para fusionar

Política Completa

Lee y sigue:

  • docs/governance/git-workflow.md
  • docs/governance/github-configuration.md

Skills relacionados