Voorbeelden van het gebruik van Pull request in het Spaans en hun vertalingen in het Nederlands
{-}
-
Colloquial
-
Official
-
Medicine
-
Financial
-
Ecclesiastic
-
Ecclesiastic
-
Official/political
-
Computer
-
Programming
Pull Request que no puede fusionarse limpiamente.
Pero hace muy fácil probar el código de un pull request en local:.
Si se aprueba todo, el pull request se integrará en la base de código!
Abre un issue en el repositorio de Github, o haz un pull request tu mismo!
Esto significa que cualquiera que visite este Pull Request y vea que está cerrado, puede fácilmente enlazarlo al que lo hizo obsoleto.
Como verás en Botón Merge e instrucciones para fusionar manualmente un Pull Request.
Consigue total visibilidad sobre las compilaciones, los pull request, los despliegues y mucho más.
Si tienes un fichero con ese nombre y cualquier extensión,GitHub mostrará algo como Figure 6-42 cuando se intente abrir un Pull Request.
Si decides que no quieres fusionar,también puedes cerrar el Pull Request y la persona que lo creó será notificada.
Hay dos referencias por cada Pull Request, la que termina en/head apunta exactamente al último commit de la rama del Pull Request.
Ahora que tienes un proyecto con algo de código, y probablemente algunos colaboradores con acceso de escritura,veamos qué pasa cuando alguien te hace un Pull Request.
De este modo, si vuelves a mirar el Pull Request en el futuro, puedes encontrar fácilmente todo el contexto con todas las decisiones tomadas.
Puedes comentar líneas concretas de código,comentar commits completos o comentar el Pull Request en sí mismo, utilizando donde quieras el formato Markdown.
Si alguien es mencionado en un Pull request o incidencia, quedará además“suscrito” y recibirá desde este momento las notificaciones que genere su actividad.
Siempre que un programador quiera modificar el código fuente(para corregir algo o añadir un comportamiento nuevo que pueda ser útil para los usuarios),envía un pull request en GitHub.
Esto significa que podemos obtener fácilmente cada Pull Request sin tener que añadir un montón de remotos. Ahora puedes obtenerlo directamente.
La gente puede bifurcar un proyecto, enviar sus propioscambios a su copia y luego remitir esos cambios al repositorio original para su aprobación; creando lo que se llama un Pull Request, que veremos más adelante.
Si incluimos esto en la descripción de nuestra incidencia o Pull Request, lo veremos con el aspecto de Cómo se ven las listas de tareas de Markdown.
Así si alguien abre un Pull Request en el repositorio y su rama se llama bug-fix apuntando al commit a5a775, en nuestro repositorio no tendremos una rama bug-fix(puesto que está en el fork) pero tendremos el pull/<pr >/head apuntando a a5a775.
Al pulsar el botón“Merge”,se crea un commit de fusión que referencia al Pull Request, con lo que es fácil localizar para revisar la conversación original, si es necesario.
Cuando vas a abrir el Pull Request, hay una caja en la parte superior de la página que especifica qué rama quieres usar y desde qué rama quieres hacer la petición.
Supongamos que hemos reorganizado la rama del ejemplo anterior, creado un nuevo pull request para ella y ahora queremos hacer una referencia al viejo Pull Request desde el nuevo.
Esto se suele usar en Pull Requests para indicar quécosas hay que hacer en la rama antes de considerar que el Pull Request está listo para fusionarse.
Si estás trabajando en una característica con alguien y ambos tenéis acceso de escritura al repositorio,puedes subir una rama al mismo y abrir un Pull Request de fusión con master para poder formalizar el proceso de revisión de código y discusión. Para esto no se requieren bifurcaciones(forks).
Por ejemplo, si tienes un Pull Request con tareas y miras la página resumen de todos los Pull Request, podrás ver cuánto trabajo queda pendiente.
Otra cosa interesante es que GitHub también comprueba si el Pull Request se fusionaría limpiamente(de forma automática) dando entonces un botón para hacerlo.
Si ves que un Pull Request va en la buena dirección y tienes una idea para hacer un cambio que depende de él, o bien no estás seguro de que sea una buena idea, o no tienes acceso de escritura en la rama objetivo,puedes abrir un Pull Request directamente.
Dado que la localización es una funcionalidad importante de PrestaShop, si un pull request modifica textos o contenido de la aplicación(lo que afecta a su traducción), deberá ser aprobado también por el gestor de contenidos.
Cuando el cambio llega con un Pull Request y los colaboradores o la comunidad sugieren un cambio, normalmente los parches no son directamente alterados, sino que se realiza un nuevo commit en la rama para enviar la diferencia que materializa esas sugerencias, haciendo avanzar la conversación con el contexto del trabajo previo intacto.
Si quieres fusionar en la rama objetivo para hacer que tu Pull Request sea fusionable, deberías añadir el repositorio original como un nuevo remoto, bajártelo(fetch), fusionar la rama principal en la tuya, corregir los problemas que surjan y finalmente enviarla(push) a la misma rama donde hiciste la solicitud de integración.