Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.

Introduction to GitHub Actions

Github Actions enables you to create custom software development lifecycle workflows directly in your Github repository. These workflows are made out of different tasks so-called actions that can be run automatically on certain events.

  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Introduction to GitHub Actions

  1. 1. Introduction to GitHub Actions Presented By: Aamir Shahab
  2. 2. Knolx Etiquette 1. Respect Knolx session timings, you are requested not to join sessions after a 5 minutes threshold post the session start time. 2. Make sure to submit a constructive feedback for all sessions as it is very helpful for the presenter. 3. Keep your mobile devices in silent mode, feel free to move out of session in case you need to attend an urgent call. 4. Avoid unwanted chit chat during the session.
  3. 3. Agenda ● Introduction ● Components of GitHub Actions ○ Workflows ○ Events ○ Jobs ○ Steps ○ Actions ○ Runners ● Why care about Github Actions? ● Demo
  4. 4. Introduction ● GitHub Actions help you automate tasks within your software development life cycle. ● GitHub Actions are event-driven, meaning that you can run a series of commands after a specified event has occurred. ● For example, every time someone creates a pull request for a repository, you can automatically run a command that executes a software testing script.
  5. 5. The components of GitHub Actions 1. Workflows 2. Events 3. Jobs 4. Steps 5. Actions 6. Runners
  6. 6. What are Workflows? 1. The workflow is an automated procedure that you add to your repository. 2. They are made up of one or more jobs and can be scheduled or triggered by an event. 3. It can be used to build, test, package, release, or deploy a project on GitHub. 4. Workflows can be created inside the .github/workflows directory by adding a .yml workflow file. For example, add .github/workflows/continuous-deployment.yml to your project.
  7. 7. What are Events? 1. An event is a specific activity that triggers a workflow. For example, activity can originate from GitHub when someone pushes a commit to a repository or when an issue or pull request is created. 2. You can also use the repository dispatch webhook to trigger a workflow when an external event occurs.
  8. 8. What are Jobs? 1. A job is a set of steps that execute on the same runner. 2. By default, a workflow with multiple jobs will run those jobs in parallel. You can also configure a workflow to run jobs sequentially. 3. For example, a workflow can have two sequential jobs that build and test code, where the test job is dependent on the status of the build job. If the build job fails, the test job will not run.
  9. 9. What are Steps? 1. A step is an individual task that can run commands in a job. 2. A step can be either an action or a shell command. 3. Each step in a job executes on the same runner, allowing the actions in that job to share data with each other.
  10. 10. What are Actions? 1. Actions are standalone commands that are combined into steps to create a job. 2. Actions are the smallest portable building block of a workflow. 3. You can create your own actions, or use actions created by the GitHub community. To use an action in a workflow, you must include it as a step.
  11. 11. What are Runners? 1. A runner is a server that has the GitHub Actions runner application installed. 2. You can use a runner hosted by GitHub, or you can host your own. 3. A runner listens for available jobs, runs one job at a time, and reports the progress, logs, and results back to GitHub.
  12. 12. Types of Runners 1. GitHub-hosted runners are based on Ubuntu Linux, Microsoft Windows, and macOS, and each job in a workflow runs in a fresh virtual environment. (GitHub-hosted runner) 2. If you need a different operating system or require a specific hardware configuration, you can host your own runners. (Self-hosted runner)
  13. 13. Supported runners and hardware resources Hardware specification for Windows and Linux virtual machines: ● 2-core CPU ● 7 GB of RAM memory ● 14 GB of SSD disk space Hardware specification for macOS virtual machines: ● 3-core CPU ● 14 GB of RAM memory ● 14 GB of SSD disk space
  14. 14. Why care about Github Actions? ● Build into Github ○ Github Actions is fully integrated into Github and therefore doesn't require and external site. ● Multi-container testing ○ Actions allow you to test multi-container setups by adding support for Docker and docker-compose files to your workflow. ● Multiple CI templates ○ Github provides multiple templates for all kinds of CI configurations which make it extremely easy to get started. ● Great free plan ○ Actions are completely free for every open-source repository and include 2000 free build minutes per month for all your private repositories. If that is not enough for your needs you can pick another plan or go the self-hosted route.
  15. 15. Demo Let’s see things in action…..
  16. 16. Thank you!

×