# git flow

Git Flow 브랜치 전략
안녕하세요.우원입니다.2분기 사내 공식 기술 세미나에서 Git Flow가 소개되었다.기존 버전(형상) 관리 툴을 git이 거의 독점하고 있는 가운데 효율적이고 최적화된 브랜치 전략을 위한git flow의 선택은 어쩌면 당연한 것 같다.우리 회사는 실무에서 git GUI
항해 Day-4 TIL
회고 발표 날.지금은 오후 5시라 아직 발표 전이지만//////////\*개발을 진행하면서 RESTful 하게 API를 작성 했는지..?링크\*참조기본적인 서버와 클라의 통신은 HTTP의 GET 과 POST방식으로 URI (route '/home' 같은거)를 통해 정보

git flow
git flow > git branch model중 하나 👉🏻 git flow를 사용하면 위 작업들을 git flow release finish 1.0 한줄로 끝낼 수 있음. git flow cli $ git flow : 사용할 수 있는 git flow cli를

6.28
nodemon : server/app 내용이 변경되면 자동으로 다시 실행React-intlHocgit stash 란?아직 마무리하지 않은 작업을 스택에 잠시 저장할 수 있도록 하는 명령어이다. 이를 통해 아직 완료하지 않은 일을 commit하지 않고 나중에 다시 꺼내

Git-flow
Git으로 형상관리를 할 때 브랜치를 효율적으로 관리하기 위해 사용하는 브랜치 관리 전략프로젝트의 규모가 커져서 팀원이 늘어났을 경우 누군가는 하루 종일 conflict를 해결해야하며, 이슈가 발생 했을 때 개발한 코드를 다시 되돌리고 이러한 과정에서 개발을 멈춰야하는
git (기본 정리 02)
git flow 공식 문서 : https://danielkummer.github.io/git-flow-cheatsheet/index.ko_KR.html
Git flow
main : 기준이 되는 branch로 제품을 배포하는 branchdevelop : 개발 branch로 개발자들이 이 branch를 기준으로 각자 작업한 기능들을 mergefeature : 단위 기능을 개발하는 branch. 기능 개발이 완료되면 develop에 mer
[Git] 5~6강까지의 내용 정리
일반적으로 Major, Minor, Patch 3개의 구분 기호를 통해 버전을 관리예시)v2.4.1 일 때2 → 대규모 기능 추가 등 Major 업데이트가 이루어질 때 변경4 → 세부 기능 추가 등 Minor한 업데이트가 이루어질 때 변경, 자주 변경이 일어남1 →