Episodio 55 – ¿Cómo hacer una buena Pull Request?
En este episodio vamos a abordar una serie de tips que puedes aplicar en tus PRs para que la revisión de éstas sea una placer para tus compañeros. Cómo hacer una Pull Request, es algo vital para el trabajo en equipo.
Aquí tienes un ejemplo de plantilla que puedes usar:
### :tophat: Goal Describe what are you trying to achieve with this pull request. ### :memo: Type of Change - [] Refactoring - [] Bugfix - [] Feature ### :boom: Is this PR likely to include a Breaking Change? YES, NO
Dale al play y te lo cuento.
Transcripción
¡Muy buenas!
Soy Gabi Moreno y te doy la bienvenida al episodio número 55 de Productividad en el Desarrollo Android. El podcast donde hablamos sobre qué puedes hacer para ser una desarrolladora o desarrolladora Android más eficaz y eficiente. Te contamos técnicas, hábitos, herramientas, conceptos, tips y todo aquello que te va a hacer crecer sí o sí. Porque hay algo que todos tenemos en común y es que el día dura 24 horas. Cómo inviertas o gastes este tiempo, es cosa tuya.
Las pull requests son uno de los mejores modos para trabajar en equipo sobre un repositorio de código. En este episodio vamos a abordar una serie de tips que puedes aplicar en tus PRs para que la revisión de estas sea un placer para tus compañeros.
Para empezar, usa templates para el formato de las pull requests, por favor, es algo que suele ser súper sencillo de automatizar y le va a dar un montón de vida a estas. Por ejemplo, en GitHub, basta con que añadas un fichero pull_request_template.md dentro del directorio .github o del directorio docs.
Si quieres, tienes la documentación de GitHub para revisar cómo hacer esto, pero vamos, que no tiene mucho misterio. Después, en Bitbucket, tienes la opción de usar description templates y más cosas.
Por cierto, te he dejado en la entrada de este episodio en la web una plantilla que puedes usar, modificar o lo que quieras. Está en gabimoreno.soy como hacer una buena pull request con guiones.
Seguimos con algo que puede sonar muy obvio, pero muchas veces no se cumple, y es que sigas los acuerdos que hayáis marcado por escrito con el equipo de desarrolladores que trabajen sobre el repo. Básicamente, que no vayas por libre.
Continuamos con posiblemente la más importante de todas. Escribe……