You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Apr 22, 2020. It is now read-only.
Copy file name to clipboardExpand all lines: es/application-lifecicle/al-pipeline.md
+58-2Lines changed: 58 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,11 +14,67 @@ Es el proceso definido para gestionar todas las actividades que suceden desde qu
14
14
15
15
Desde el punto de vista del [repositorio de código](../repositories.md) y sus ramas, los cambios que realizamos en el código fuente de la aplicación siguen una ruta de promoción _hacia produccion_, "viajando" desde nuestra rama de característica (feature branch) como punto de partida, donde trabajamos de manera aislada, y realizando distintas pruebas como test unitarios, de integración, de seguridad o de rendimineto por el camino. Puede haber etapas donde nuestro código se someta a una revisión por una persona o un comité antes de integrarse en otra rama.
16
16
17
-
Un modelo de trabajo típoco es el "Git Feature Branch Workflow", donde se trabaja en ramas aisladas y realizan peticiones de integración (pull requests / merge requests) hacia la rama principal de desarrollo, generalmente denominada "develop". En este caso la rama "develop" no debe ser una rama de trabajo, sino una rama de integración y promoción de cambios hacia otras ramas, generalmente "master".
17
+
Un modelo de trabajo típico es el "Git Feature Branch Workflow", donde se trabaja en ramas aisladas y realizan peticiones de integración (pull requests / merge requests) hacia la rama principal de desarrollo, generalmente denominada "develop". En este caso la rama "develop" no debe ser una rama de trabajo, sino una rama de integración y promoción de cambios hacia otras ramas, generalmente "master".
18
18
19
19
El mantenimiento del Pipeline en una aplicación es responsabilidad de todo equipo de proyecto.
20
20
21
-
Ejemplos:
21
+
Se pueden definir pipelines con múltiples herramientas: [Jenkins](https://jenkins.io/), [TravisCI](https://travis-ci.org/), [GitLab](https://docs.gitlab.com/ee/ci/), [CircleCI](https://circleci.com/), ... se pueden contar por [decenas](https://stackify.com/top-continuous-integration-tools/).
22
+
23
+
Este proyecto de documentación tiene un Pipeline de Jenkins asociado con el archivo Jenkinsfile que se puede encontrar en el raíz del repositorio. Se utiliza una [librería global compartida](https://jenkins.io/doc/book/pipeline/shared-libraries/) del proyecto [Red Panda](https://github.com/red-panda-ci) llamada [Jenkins Pipeline Library](https://github.com/red-panda-ci/jenkins-pipeline-library) escrita en Groovy.
0 commit comments