일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- Python
- 백트래킹
- DP
- 시애틀
- STL
- 모두를 위한 딥러닝
- jvm
- 벤쿠버
- 딥러닝
- 스프링 프레임워크
- 알고리즘
- 파이썬
- 머신러닝
- 릿코드
- C++
- Java
- BFS
- binary search
- spring
- 라인
- 스타벅스
- 백준
- 프로그래머스
- 라인플러스
- C/C++
- dfs
- 다이나믹프로그래밍
- Spring Framework
- leetcode
- 프로그래밍언어론
Archives
- Today
- Total
케이스윔의 개발 블로그
[github] Actions - workflows 를 자동화/개인화/실행 하다. (1) 본문
github 에서는 Action 이라는 기능을 제공한다.
공식 도큐먼트는 쉽고, 바로 따라해볼 수 있는 Quick start 도 제공한다.
간단히 개념을 파악하고 따라해보자!
Github Action 이란?
github 저장소를 기반으로 소프트웨어 workflow를 자동화, 개인화, 실행 할 수 있는 도구
빌드, 테스트, 릴리즈 또는 배포를 할 수 있도록 자동화할 수 있는 일종의 hook 서비스이다.
Action을 사용하려면 아래의 용어들이 함께 사용되고, Github에서 제공하는 Action 기능과 그 하위 용어들의 의미를 내가 이해한대로 정리하였다.
- Action: Github에서 복잡하지만 반복되는 작업을 custom 하게 application 으로 만든 것
- workflow: yaml 파일로 정의할 수 있다. 정해진대로 수행하거나, 스케줄에 따라 수행이 가능하다. repository의 특정 event 를 통해서 발생시킬 수 있고, 하나의 repository에는 여러개의 workflow가 있을 수 있다.
- Event: workflow를 실행시킬 수 있는 특정한 활동 ex) PR, issue 생성 or Rest API 를 통해 특정한 시간에 trigger 할 수 있다.
- Job: 같은 runner 안에서 수행되는 step 의 set, step 들은 각각 독립적으로 수행된다.
- Runner: trigger 된 workflow가 실행되는 서버. 각 runnver는 하나의 job을 실행한다.
=> Action의 workflow는 repository의 특정 이벤트를 통해 발생시킬 수 있고, workflow는 하나 이상의 job으로 구성되어 있다. job은 순차적 or 병렬적으로 실행될 수 있으며, 각각 하나의 가상 runner machine 안에서 수행된다.
job 안에는 workflow를 간단히 할 수 있는 하나 이상의 step 으로 구성된다.
출처
'Study' 카테고리의 다른 글
[JAVA] classpath 를 알아보자 (0) | 2022.02.20 |
---|---|
[도서리뷰] AI로 일하는 기술(저자 장동인) (0) | 2022.02.19 |
[JAVA] new ArrayList(); vs Lists.newArrayList(); 뭘 써야할까? (0) | 2022.02.16 |
[PL] Garbage collection(가비지 컬렉션) (0) | 2018.12.16 |
[PL] Exception handling(예외 처리) (0) | 2018.12.15 |
Comments