dev + qa = hq sw dev + qa = hq sw

Fork Clone Git 저장소(Github나 Bitbucket 등)를 통해 가능 Git을 통해 가능 (git clone) 내 계정으로 repo를 복제 로컬 머신으로 repo를 복제 원본 repo, fork repo 원본 repo, local repo fork repo에서 변경사항(commit) 생성 내가 추가/수정한 사항을 원본 repo에 포함하고 싶은 경우, fork repo에서 pull request를 통해 원본 repo로 변경사항 보내기 원본 repo에서 merge 할 지 결정 및 merge (merge 커밋 자동 생성) merge된 경우, fork repo에서 sync (원본 repo = fork repo) 원본 repo로 변경사항 바로 push 가능 (권한이 있을 경우) 권한이 없을 경우, ..

2가지의 경우로 나눠질 수 있다 1. 파일이 존재하지 않을 때 2. 파일이 로컬 시스템에 존재할 때 a. 파일 추가 (리모트 repository 연결 X 또는 O) b. 덮어쓰기 (리모트 repository 연결 O) 존재하지 않을 경우 1. 리모트 repository 생성 2. 생성된 Repository를 로컬시스템에 복제(clone) git clone → http 또는 ssh 존재할 경우 1. 리모트 repository 생성 2-a. 생성된 repository에 로컬 파일 추가 git init git add . git commit -m git remote add → 로컬 Git repo와 리모트 repo 등록 및 연결 ※ 만약, 생성된 Repository에 이미 파일(예. README.md)이 존재한..

브랜치 워크플로우 예제. 1) 브랜치A 생성 → 파일 수정 → 변경 사항 저장 → 커밋 → 변경 사항 보내기 git branch [브랜치A 이름] git checkout [브랜치A 이름] vim 또는 open [파일 이름] → 파일 수정 git add [파일 이름] git commit [파일 이름] -m '메시지 내용' git push origin [브랜치A 이름] 2) 다른 멤버가 생성한 브랜치 가져오기 git fetch && git checkout [브랜치B 이름] 3) 브랜치A의 변경 사항을 마스터 브랜치에 병합하기 pull request 생성 (브랜치A to 마스터) → 승인(Approve) → 병합(Merge) 4) 업데이트된 마스터 브랜치 가져오기 → 브랜치A 삭제 → 브랜치 병합 git ch..

Gitflow 워크플로 프로젝트 릴리즈를 중심으로 설계된 엄격한 branch 모델 대규모 프로젝트를 관리하기위한 강력한 프레임워크 제공 예정된 릴리즈 주기가 있는 프로젝트에 이상적 전반적 흐름을 살펴보자면, 1. master 브랜치 → develop 브랜치 생성 1개의 master 브랜치대신, 프로젝트 히스토리를 기록하기 위해 2개의 브랜치 사용 master: 공식적인 릴리즈 히스토리 저장 develop: features에 대해 통합(integration) 브랜치 역할 개발자가 로컬에서 빈 develop 브랜치를 생성하고, 서버로 푸시 git branch develop git push -u origin develop → -u: 최초에 한 번만 저장소명과 브랜치명을 입력함 (이후 생략) 2. develop..

Git이란 무엇일까? 오픈 소스 분산형 버전 관리 시스템(Distributed Version Control System) 소스코드를 효율적이게 관리할 수 있게 해주는 형상 관리 도구 기본 Git 명령어 init: 아직 버전 관리를 하지 않은 로컬 디렉토리에 git repository 적용 git init remote: 현재 프로젝트에 등록된 리모트 repository 확인/추가/구체적 정보 확인/삭제 git remote → -v: 단축이름과 URL 함께 표시 git remote add git remote show git remote remove clone: Git repository를 로컬 시스템에 복제 git clone [http 또는 ssh] fork: 다른 repository의 어떤 부분을 수정/추..