Git y pull requests

Revisa el estado antes de cambiar

git status --short --branch
git switch -c feature/short-description

Después de editar, revisa exactamente qué vas a incluir:

git diff --check
git diff
git add path/to/file
git diff --cached
git commit -m "Describe the change"
git push -u origin feature/short-description

Sigue el formato de ramas y mensajes que use el equipo. Evita subir archivos de IDE, builds, secretos o cambios ajenos.

Pull request útil

• Qué problema resuelve y qué cambió.
• Cómo comprobarlo y qué verificaciones ejecutaste.
• Capturas sin datos sensibles para cambios visuales.
• Riesgos, migraciones, configuración y rollback si aplica.
• Ticket y reviewers según las convenciones.

Conflictos

Un conflicto significa que Git necesita una decisión para combinar cambios. Compara las versiones y sigue el flujo del equipo; no elijas ours/theirs a ciegas.

No uses reset --hard ni clean -fd sin saber si vas a descartar trabajo local.