Git-flow기반 브랜치 전략 및 컨벤션브랜치 컨벤션1. Master Branch (master)역할: 실제 제품으로 출시되는 안정된 버전이 배포되는 브랜치. 규칙master 브랜치에 직접 커밋을 하지 않습니다.규칙:오직 release 브랜치 또는 hotfix 브랜치를 병합(Merge)할 때만 업데이트됩니다.병합 대상: release, hotfix2. Develop Branch (develop)역할: 다음 출시 버전을 개발하는 메인 개발 브랜치.규칙기능 개발이 완료된 후, feature 브랜치가 develop에 병합됩니다.develop에서 release 브랜치가 생성됩니다.병합 대상: feature, release3. Feature Branch (feature/feature-name)역할: 새로운 기능..

Git-flowGit-flow는 Vincent Driessen가 블로그 글( A successful Git branching model )에서 제안한 branching model을 적용하여 소프트웨어의 소스코드를 관리하고 출시하기 위한 '브랜칭 관리 전략branch management strategy’이다.  Vincent의 branching model은 브랜치를 'master - develop-feature - release - hotfix' 5단계로 나눠서 코드를 관리하는 전략이며 항상 유지되는 메인 브랜치들(master, develop)와 일정 기간 동안만 유지되는 보조 브랜치들(feature, release, hotfix)이 있다.master : 기본 브랜치, 제품으로 출시(배포)될 수 있는 브랜..

브랜치(Branch)란?소프트웨어를 개발할 때 개발자들은 동일한 소스코드를 공유하고 다루게 된다. 동일한 소스코드 기반으로 여러 사람이 서로 다른 작업을 하게 된다면 서로 다른 버전의 코드가 만들어지게 되는데 이럴 때 여러 개발자들이 동시에 다양한 작업을 할 수 있게 만들어 주는 기능인 브랜치를 사용한다.기존 소스 코드에 새로운 기능을 만들어 새 버전을 만들더라도 기능이 오류 없이 완벽하게 동작한다는 보장이 없고 오히려 기존에 잘 작동되던 기능도 동작하지 않을 가능성도 있다. 깃에서 브랜치는 여러 작업을 각각 독립된 공간에서 진행할 수 있도록 하는 기능이다.하나의 브랜치는 각자의 독립적인  워크스페이스, 인덱스, 로컬 레포지토리, 리모트 레포지토리 공간을 가져 다른 브랜치의 영향을 받지 않고 소스 코드와..

태그(tag)란?태그는 깃에서 무언가를 표기해 두기 위해 특정 객체를 가리키는 역할을 하며 보통 릴리즈 버전 등 소스코드의 특별한 버전을 기록하는 데에 많이 사용된다.commit dd8a420c12ca0a5206456399cfa4cfe38acce650 (HEAD -> master, tag: 1.1.3)커밋 이이디를 적는 대신에 태그명을 통해 간결하고 가독성 있게 시용할 수 있다.$ git checkout 1.1.3// 기존 : $ git checkout dd8a420c12ca0a5206456399cfa4cfe38acce650태그는 checkout을 통해 수정이 불가능하여 읽기만 가능하다. 하지만 커밋은 내용을 수정이 가능하다는 차이가 있다.사용자들에게 제공되는 버전을 처음 릴리즈할 때 태그(1.0.0)를..

새로운 저장소 생성 깃을 통해 버전 관리를 시작하기 위해서는 디렉토리를 깃 저장소로 초기화 해야한다. git init git init을 통해 현재 디렉토리를 저장소로 초기화한다. .git 폴더가 생성되어 이를 통해 버전 관리가 이루어 진다. git add를 해보자 이 명령어는 깃에게 파일을 추적하라고 이야기 하는 것과 같다. $ git add "파일명" 버전관리 목록에 추가 하여 깃이 파일들을 지켜보게 한다. (커밋 대기상태(stage area)) 버전관리가 되고 있는 파일이 수정되면 다시 add를 해야한다. 이 명령이 저장소에 새 파일들을 추가하진 않는다. git add 명령어 실행 결과 objects 디렉토리에 서브디렉토리 78이 생성되고 981922613b2afb6025042ff6bd878ac199..