Cursos Empresas Blog Live Conf Precios

Primeros pasos en GitHub Actions

Clase 2 de 10 • Curso Básico de GitHub Actions

Clase anteriorSiguiente clase

Emmanuel Rodríguez

student•

Los componentes de GitHub Actions

💡 Info GitHub Actions es una plataforma de CI/CD que nos permite automatizar pipelines para construcciones, pruebas y despliegue mediante eventos.

. Para su configuración, se puede personalizar al lanzar eventos que ocurren dentro de un repositorio, tales como la integración de un Pull Request o en la apertura de un Issue. . Cada pipeline es definido por uno o más trabajos ejecutados secuencialmente o en paralelo, progresando mediante varios pasos llamados aciones o runners. .

. Workflow

Un Workflow es un proceso automatizado que ejecuta uno o más trabajos definidos en un archivo YAML. .
Un repositorio puede tener múltiples workflows donde cada uno realiza diferentes pasos de ejecución. Sin embargo, existe la posibilidad de reutilizar los workflows.

. Eventos

Un event es un actividad específica que lanza un workflow. .
Se puede personalizar el evento para orquestar resultados definidos en la creación de un Pull Request, cierre de un Issue o al fusionar los cambios al repositorio en remoto.

. Jobs

Un Job es una serie de pasos que es definido por un workflow. .
Cada paso es ejecutado secuencialmente y puede ser compartido entre workflows. Sin embargo, se puede generar independiente manejado condicionales definidos como casos.

.

ℹ️ Nota. Un Runner es una máquina virtual que ejecuta un trabajo a la vez el cual puede ser Ubuntu, Windows o MacOS.

Daniel Meza

student•

Que buenas notas! 🔥

Osvaldo Arguedas Sibaja

student•

Gracias excelente aporte lo he copiado y pegado en mi block de notas. Gracias de nuevo!

Rafael Humberto Rubiano Novoa

student•

La interfaz de como se ejecuta el GitHub Actions se ve muy parecida a los Pipeline de Azure DevOps, después de todo los dos pertenecen a Microsoft.

Oscar Barajas Tavares

Team Platzi•

Tienes toda la razón y GH está soportada por azure

Irving Caamal

student•

Si se fijan la primera vez no corrió porque el archivo se creó como workflowsnode.js ya que por un typo se borró el directorio workflows/ y se creó mal en el primer commit.

aquí pueden ver el typo Solo fijense de poner / para crear directorios :D

Oscar Barajas Tavares

Team Platzi•

Totalmente y que buena observación Irving. Es por esto que no funciono la primera vez.

Crumble Coder

student•

Siempre desde el cariño y el respeto y estando agradecido de lo aprendido en esta plataforma... Me parece muy confuso que se realicen las acciones 2 veces (una con el error y otra sin el error) y en el video no se diga nada. Sólo hay un comentario y porque lo menciona una alumna, justo aquí abajo... No pasa nada si hay errores en los videos pero si no se explica que fue un error crea mucha confusión.

José Guillermo

student•

Algunos apuntes tomados de la documentación oficial de Github Actions.

José Guillermo

student•

Anexo también algunos ejemplos explicados según la documentación.

Jorge De Jesus Tejeda Bello

student•

Men me encanto bastante tu forma de sobresaltar las definiciones, siento que llevara mis documentaciones a otro nivel, no lo habia pensado de esa manera

Emmanuel Rodríguez

student•

Definición de un Worfflow

💡 INFO GitHub Actions usa archivos YML para definir los workflows, guardados en el repositorio en el directorio .github/workflow

.

name: Hello Cowsay
on: [push]
jobs:
  cowsay:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
      - uses: actions/setup-node@v2
        with:
          node-version: '14'
      - run: npm install -g cowsay
      - run: cowsay Hello Platzi ✨

.github/workflow/deploy.yml .

Línea	Descripción
`name: Hello Cowsay`	Opcional. Nombre que aparecerá en el tab de Github Actions
`on: [push]`	Especifica el evento del Action. Cada vez que se fusionan los cambios al repositorio, el Action será lanzado.
`jobs:`	Definición de los trabajos o pipelines a realizar.
`cowsay:`	Define el nombre de un trabajo con el cual definimos propiedades al trabajo.
`runs-on: ubuntu-latest`	Se configura el Runner sobre una máquina Ubuntu.
`steps:`	Definición de pasos a realizar en el Job.
`- uses: actions/checkout@v2`	Con `uses` definimos un Action o paso.

Iván Jijón

student•

Qué fastidio con los profesores de Platzi. Siempre hacen errores y suben con ellos sus vídeos. No ven que baja la calidad?? El haber guardado el primer .yaml directamente en .github y no dentro de .github/workflows hizo que su script no sirva para nada y por eso tuvo que crear otro llamado blank.yaml en el buen lugar. Y lo peor es que ni explica, lo pasa por alto como si nada. Y así en muchos cursos, hacen cosas absurdas y se hacen los locos! No creo que renueve mi suscripción...

Dalia Cortes

student•

me pasa lo mismo...

Jair Israel Avilés Eusebio

student•

En la vida real uno va a cometer este tipo de errores. Creo que como en otro comentario compartieron la causa.

Alexander Reyes

student•

El paso a paso:

Creamos un repositorio.
Configuramos el archivo .yml en tab Actions.
++Confirmamos los cambios++.
Podemos ver el workflow correr en tab Actions.

¡Así de fácil hacemos automatizamos una Entrega Continua!

Jose SRE

student•

La interfaz cambio un poco, pero den click en Configure de la tarjeta Simple workflow

Wilmer Andres Briñez Alfonso

student•

Cordial saludo, tambien puedo subir archivos en word o pdf como para crear un portafolio de mis trabajos para demostrar mis habilidades? Gracias

Isaac Bryan Ascanoa Roncall

student•

Una pregunta, me recomiendan llevar este curso sabiendo automatizaciones o debo aprender eso primero. Soy nuevo en esta parte y maximo solo se de terminal, git y github.

Juan Jose Mayorga

student•

Tengo una duda: aún no me queda muy claro qué es lo que hace esta instrucción:

uses: actions/checkout@v3

Ivan Ramos Sánchez

student•

Está en el comentario arriba de la línea amigo, hace checkOut de la rama en la máquina que va a ejecutar el action (agente si es que vienes de azure). Lo tiene que hacer, porque aunque el repositorio ya esté en github es una máquina externa la que corre la acción, esa máquina tiene que bajar el repositorio a una carpeta temporal para trabajar con el código, hacerle build, ejecutar pruebas etc.

JORGE FERREYRA

student•

Siguiendo los pasos de la clase me da el ERROR 500 con la leyenda "Looks like something went wrong!

We track these errors automatically, but if the problem persists feel free to contact us. In the meantime, try refreshing."

algun consejo a seguir. ya probe realizando otro repositorio con otro nombre

Jhoan Daniel Triana Villalba

student•

De la clase 1 a la 5 no me permite verlas, al alguien mas le pasa?

Osvaldo Arguedas Sibaja

student•

Bueno yo he estado haciendo uso del visual studio para este proceso; pero muy bueno saber que el GH Actions también se pueda emplear.

Danny Alejandro fernandez gallego

student•

#Nombre de la acción nos ayudara a diferenciar la tarea que estamos haciendo.

name: CI

# Lo siguiente es la forma en la que se va a desencadenar nuestro recurso.
# Puede ser cuando hagamos algo, cambio a una rama, pull request, commit

on:
  # Disparadores del flujo de trabajo en pull, push request, pero unicamente para
  # la rama Main
  push:
    branches: [ "main" ]
  pull_request:
    branches: [ "main" ]

  # Permite ejecutar el flujo de trabajo manualmente desde la pestaña
  # acciones
  workflow_dispatch:

  # Los flujos de trabajo se ejecutan a travez de un job  o mas seguidos o paralelos
  jobs:

  # Este workflow solo tiene un trabajo llamado "build"
  build:

   # En que ecosistema va a vivir este Job
    runs-on: ubuntu-latest

    # Pasos que representan la secuencia de la tarea que sera ejecutada por el job
    steps:
      # Chequeando tu repositorio este bajo $GITHUB_WORKSPACE, puedes acceder a el
      - uses: actions/checkout@v3

      # Ejecuta un comando simple en el shell
      - name: Run a one-line script
        run: echo Hello, world!

      # Ejecutano un grupo de comandos en el shell
      - name: Run a multi-line script
        run: |
          echo Add other actions to build,
          echo test, and deploy your project.