Por Anónimo (no verificado) , 29 Abril 2026

Por qué hacer fork

Rara vez tienes acceso de escritura a un proyecto al que quieres contribuir. El workflow de fork lo resuelve: forkeas el repo upstream a tu propio namespace, haces push a tu fork, y abres pull requests desde tu fork al upstream.

La configuración

git clone https://github.com/yourname/project.git
cd project
git remote add upstream https://github.com/original-owner/project.git
git remote -v

El bucle de contribución

git fetch upstream
git checkout main
git merge upstream/main
git push origin main
git checkout -b feature/improve-error-message
git push -u origin feature/improve-error-message
gh pr create --repo original-owner/project

Mantener tu fork sincronizado

git fetch upstream
git checkout main
git merge upstream/main --ff-only
git push origin main
git checkout feature/improve-error-message
git rebase main
git push --force-with-lease

Manejar feedback de review

git rebase -i upstream/main
git push --force-with-lease

Múltiples PRs

git checkout main
git pull upstream main
git checkout -b feature/another-fix

Firmar tus commits

git commit -s -m "Fix typo in error message"
git config commit.gpgsign true
git config user.signingkey YOUR_KEY_ID

Etiqueta

  • Lee CONTRIBUTING.md antes de abrir un PR.
  • Abre un issue primero para cambios no triviales.
  • Una preocupación por PR.
  • Sé paciente — los maintainers suelen ser voluntarios.