informatica:programacion:cursos:control_version_git_avanzado:pull_requests
Diferencias
Muestra las diferencias entre dos versiones de la página.
| Ambos lados, revisión anteriorRevisión previaPróxima revisión | Revisión previa | ||
| informatica:programacion:cursos:control_version_git_avanzado:pull_requests [2023/06/16 16:41] – [Pull Requests: caso práctico] tempwin | informatica:programacion:cursos:control_version_git_avanzado:pull_requests [2023/06/16 16:56] (actual) – [Conclusión] tempwin | ||
|---|---|---|---|
| Línea 89: | Línea 89: | ||
| ===== Pull Requests con conflictos ===== | ===== Pull Requests con conflictos ===== | ||
| + | Cuando una //pull request// pueda generar algún conflicto, este no se puede solucionar en el repositorio remoto. No será posible hacer el //merge// en remoto. | ||
| + | |||
| + | Hay que resolver en local. El desarrollador se descargará la rama que crea el conflicto y hará un //rebase// de su rama a // | ||
| ===== Conclusión ===== | ===== Conclusión ===== | ||
| + | En un equipo que trabaje con //pull request// debemos tener claro el flujo de trabajo: creamos una rama local temporal, la subimos, creamos la pull request en el servidor indicando de qué rama a qué rama queremos la fusión. Al cerrarse la pull request, podremos descargarnos la rama develop y borrar mi rama temporal. | ||
| ===== Recursos ===== | ===== Recursos ===== | ||
informatica/programacion/cursos/control_version_git_avanzado/pull_requests.1686926510.txt.gz · Última modificación: por tempwin
