Guía de inglés para developers
Inglés para GitHub: pull requests, issues y actions en inglés
18 de agosto de 2026
Aprende el vocabulario de GitHub en inglés: pull requests, issues, actions, code review y más. Con plantillas y ejemplos para equipos que trabajan en inglés.
Puntos clave
- Un draft PR indica que el trabajo está en progreso y no está listo para revisión.
- 'Request changes' le pide al autor que corrija algo antes de aprobar.
- Squash and merge combina todos los commits en uno. Rebase los mantiene separados pero lineales.
- Los workflows de GitHub Actions se activan por eventos como push, pull_request o schedule.
- Usa 'Closes #123' en la descripción de tu PR para cerrar automáticamente el issue vinculado al hacer merge.
1. Pull Request vocabulary
1. Vocabulario de pull requests
Estos son los términos que encuentras al abrir, revisar y fusionar pull requests.
“I opened a draft PR so you can see the direction before I finish.”
“I requested changes. The error handling needs to be improved before I approve.”
“I approved the PR. You're good to merge.”
“The PR is approved. Go ahead and merge it.”
“We use squash and merge to keep the main branch history clean.”
“Rebase and merge keeps the commits linear without a merge commit.”
“Can you cherry-pick that hotfix commit into the release branch?”
“There's a merge conflict in package-lock.json. Resolve it before merging.”
“Add me as a reviewer. I know this part of the codebase well.”
“The assignee is responsible for addressing the review comments.”
“Add the 'bug' label so the team can filter by type.”
“Link this PR to the v2.0 milestone so it shows up in the release notes.”
2. Issues vocabulary
2. Vocabulario de issues
Los issues hacen seguimiento de bugs, peticiones de funcionalidades y tareas. Estos son los términos más comunes.
“I opened an issue for the login bug. See #312.”
“Closes #312 — add this to your PR description to auto-close the issue.”
“The bug is back. I reopened the issue.”
“This is a duplicate of #299. Closing.”
“We tagged it wontfix. It's by design.”
“@sarah can you take a look at this? You worked on this module.”
“This is related to #200. Not a duplicate, but connected.”
“The issue is resolved. I'll lock it to prevent further comments.”
3. GitHub Actions vocabulary
3. Vocabulario de GitHub Actions
GitHub Actions es el sistema de CI/CD integrado en GitHub. Estos términos aparecen en los archivos YAML de los workflows y en los logs de ejecución.
“The CI workflow runs on every pull request.”
“The trigger is push to main. It deploys automatically.”
“The build job failed. Check the logs.”
“Add a step to run the linter before the tests.”
“We're using a self-hosted runner to speed up the builds.”
“Upload the build artifact so other jobs can use it.”
“Store the API key as a secret. Never hardcode it.”
“We have three environments: development, staging, and production.”
“Use a matrix strategy to test on Node 18, 20, and 22.”
4. Plantilla de PR en inglés
Una buena descripción de pull request ayuda a los revisores a entender qué cambiaste y por qué. Aquí tienes una plantilla que puedes copiar.
## What does this PR do? Adds user authentication via Google OAuth. Closes #89. ## Why? Users requested social login to reduce friction during signup. ## Changes - Add Google OAuth provider to NextAuth config - Add login button component - Update session handling in API routes ## How to test 1. Run `npm run dev` 2. Click "Sign in with Google" 3. Verify redirect and session creation ## Notes This requires a `GOOGLE_CLIENT_ID` and `GOOGLE_CLIENT_SECRET` in `.env.local`.
Artículos relacionados
¿Listo para practicar tu inglés en el trabajo?
Lingua-e tiene ejercicios interactivos basados en conversaciones reales de developers: standups, code reviews, retrospectivas y más. Practica hasta que salga solo.
Prueba Lingua-e gratis
Escrito por
Roxana LafuenteFundadora de Lingua-e
Roxana Lafuente es ingeniera de software con más de 8 años de experiencia. Al comienzo de su carrera, aunque ya había aprobado el First Certificate in English, se bloqueaba cada vez que tenía que hablar en el standup diario. Era un problema que nadie estaba resolviendo. Después de más de 2.000 standups, descubrió qué es lo que realmente construye la fluidez: practicar situaciones que se parecen a tu trabajo real. Creó Lingua-e para que otros developers no tuvieran que tomar el camino largo para sentirse seguros trabajando en un entorno de desarrollo internacional.