Github Flow Github Flow는 Git Flow가 Github에서는 사용하기 복잡하다고 하여 나온 전략 여러 전략 중 가장 간단한 전략 위 커밋 그래프처럼 단순한 형태를 띄기 때문에 사용법도 단순함. 하나의 기능 구현 Feature 브랜치가 완료될 때 마다 Pull Request를 진행하기 때문에 수시로 배포가 발생. → CI / CD 환경을 구축하여 자동화가 되어있는 환경에서 사용하기 적합함. 장점 - 위 이미지처럼 Git Flow에 비해 간단하고 직관적인 구조를 가지고 있음. - 단순한 구조 및 빠른 배포주기로 인해 소규모 및 단기간 프로젝트에서 사용하기 좋음. 단점 - Git Flow에 비해 브랜치를 세분화하지 않기 때문에 브랜치 네이밍 및 커밋 메시지에 신경 쓰지 않으면 전체적인 개발..

Git 브랜치 전략을 활용하는 이유단순히 pull하고 commit하고 push&merge를 할 줄 안다고 해서 브랜치를 만들고 합치고 만들고 합치고 단순하게 작업하면 커밋 그래프가 복잡해져서 누가 언제 뭘 했는지 Tracking하기가 힘들기 때문에 그냥 작업하는 것과 별반 다를게 없음. 프로젝트가 커지고, 사람이 많아져도 branch를 나누는 것과 merge를 깔끔하게 하기 위한 전략들이 여럿 존재함.GitFlow / GitHub Flow / Trunk-based / Gitlab Flow 등등…이번 포스팅에서는 Git-Flow 브랜치 전략에 대해서 알아보고자 함.Git-FlowGit-Flow에는 5가지 종류의 브랜치가 존재함.항상 유지되는 메인 브랜치 : master(or main), develop일정 ..

도커 이전에 VM이 존재했다. 13년에 출시한 도커를 사용하기 이전에는 무엇을 사용했을까? 가상머신(Virtual Machine)을 활용하여 서버 프로그램을 구축하였음. 대표적인 가상머신으로는 VMware가 있음. 그렇다면 VM은 또 뭔데? 우선 가상머신의 개념적 정의 하나의 물리적 시스템에서 각각 자체 운영 체제(OS)와 애플리케이션을 지닌 다수의 가상 머신을 만들 수 있게 해주는 것. ( 즉 물리적 컴퓨터와 동일한 기능을 제공하는 소프트웨어 컴퓨터) VM을 사용하는 이유는? VM을 사용하는 주요 이유는 서버 통합 때문 HTML 삽입 미리보기할 수 없는 소스 대부분의 운영 체제와 애플리케이션 배포는 HyperVisor에 배포되는 경우 소량의 가용 물리적 리소스만을 사용 서버를 가상화하면 각 물리 서버에..