πŸ“

2. why github action

개발자 μ›Œν¬ ν”Œλ‘œμš°(work flow)λ₯Ό μœ„ν•œ ν”Œλž«νΌμœΌλ‘œ μ˜€μΌ€μŠ€νŠΈλ ˆμ΄μ…˜, 즉 githubμ—μ„œ μ œκ³΅λ˜μ–΄μ§€λŠ” 컴퓨터 μ‹œμŠ€ν…œ 및 μ†Œν”„νŠΈμ›¨μ–΄μ˜ μžλ™ν™”λ₯Ό μ œκ³΅ν•˜λŠ” λ„κ΅¬μž…λ‹ˆλ‹€. μ‰½κ²Œ 말해 githubμ—μ„œ μ œκ³΅ν•˜λŠ” 컴퓨터 μž…λ‹ˆλ‹€.
2019년에 githubμ—μ„œ CI/CD κΈ°λŠ₯을 μΆ”κ°€ν•΄μ„œ λΉŒλ“œ/ν…ŒμŠ€νŠΈ/컀버리지/λ°°ν¬κΉŒμ§€ μ§„ν–‰ν•  수 있게 λ˜μ—ˆμŠ΅λ‹ˆλ‹€.
좜처 : github.com좜처 : github.com
좜처 : github.com
πŸ’‘
CI/CDλž€? - CI λŠ” 지속적인 톡합(continuous integration)으둜 κ°œλ°œν•˜λ©΄μ„œ μ½”λ“œ 톡합을 μ§€μ†μ μœΌλ‘œ μ§„ν–‰ν•˜λ©΄μ„œ ν’ˆμ§ˆμ„ 확인 - λͺ¨λ“  ν”„λ‘œμ νŠΈκ°€ λλ‚œ 후에 μ½”λ“œμ˜ ν’ˆμ§ˆμ„ κ΄€λ¦¬ν•˜λŠ” 단점을 ν•΄μ†Œν•˜κΈ° μœ„ν•΄ λ‚˜νƒ€λ‚œ κ°œλ… - μ—¬λŸ¬ λͺ…μ˜ κ°œλ°œμžκ°€ ν•œ ν”„λ‘œμ νŠΈλ₯Ό μ§„ν–‰ ν•  λ•Œ μˆ˜μ‹œλ‘œ 각자의 μž‘μ—…λ“€μ„ ν™•μΈν•˜λ©° ν˜‘μ—… - CDλŠ” 지속적인 배포(continuous deploy/delivery)둜 μ†Œν”„νŠΈμ›¨μ–΄κ°€ 항상 μ‹ λ’° κ°€λŠ₯ν•œ μˆ˜μ€€μ—μ„œ 배포될 수 μžˆλ„λ‘ μ§€μ†μ μœΌλ‘œ 관리 - 즉, CI 과정을 톡해 개발 쀑에 μ§€μ†μ μœΌλ‘œ μ½”λ”© λΉŒλ“œμ™€ ν…ŒμŠ€νŠΈλ₯Ό ν•˜κ³  이λ₯Ό 거친 μ½”λ“œλŠ” CD κ³Όμ •μœΌλ‘œ 배포에 반영
Β 
μ‘°μ§μ—μ„œλŠ” 반볡적인 μˆ˜μž‘μ—…μ„ 톡해 μΌμ–΄λ‚˜λŠ” 일에 λŒ€ν•œ λͺ¨λ“  μžλ™ν™” λ°©μ•ˆμ„ 강ꡬ해야할 ν•„μš”κ°€ μžˆμŠ΅λ‹ˆλ‹€. λ‹¨μˆœνžˆ 속도λ₯Ό λΉ λ₯΄κ²Œ ν•˜κ² λ‹€λŠ” 것이 μ•„λ‹ˆλΌ μˆ˜λ™μœΌλ‘œ ν• κ²½μš°μ— 일어날 수 μžˆλŠ” 볡합적인 문제λ₯Ό μžλ™ν™”ν•¨μœΌλ‘œ ν•΄μ†Œν•˜κ² λ‹€λŠ” 이점도 μžˆμŠ΅λ‹ˆλ‹€.