따라해보기 Fetch : 중앙 저장소의 소스를 로컬 저장소로 가져온다! 그러나 현재 작업중인 소스들을 변경하는 Merge 작업을 하지는 않는다 Pull : 중앙 저장소의 소스를 로컬 저장소로 가져온다! 또한 현재 작업중인 소스들의 Merge 작업까지 통합하여 수행한다 Git 브랜치 브랜치는 특정 커밋에 대한 참조(reference)에 지나지 않습니다 브랜치를 많이 만들어도 메모리나 디스크 공간에 부담이 되지 않기 때문에, 여러분의 작업을 커다른 브랜치로 만들기 보다, 작은 단위로 잘게 나누는 것이 좋습니다 우선은, 단순히 브랜치를 "하나의 커밋과 그 부모 커밋들을 포함하는 작업 내역"이라고 기억하시면 됩니다. 브랜치와 합치기(Merge) Git Merge Git의 합치기(merge)는 두 개의 부모(pa..

Gitflow Workflow Gitflow Workflow는 nvie.com의 빈센트 드리센(Vincent Driessen)이 제안한 것이다.Gitflow Workflow는 코드 릴리스를 중심으로 좀 더 엄격한 브랜칭 모델을 제시한다.Feature Branch Workflow보다 복잡하긴하지만, 대형 프로젝트에도 적용할 수 있는 강건한 작업 절차다. 3.1. 작동원리 Gitflow Workflow도 팀 구성원간의 협업을 위한 창구로 중앙 저장소를 사용한다.또 다른 워크플로우와 마찬가지로 로컬 브랜치에서 작업하고 중앙 저장소에 푸시한다.단지 브랜치의 구조만 다를 뿐이다. 3.2. 이력을 기록하는 브랜치 master 브랜치 뿐만아니라, 이 워크플로우에서는 두 개의 다른 브랜치도 변경 이력을 유지하기 위해 ..

Feature Branch Workflow 2. 팀 구성원간에 소통을 활성화하여 협업 성과를 이끌어 내기 위한 Feature Branch Workflow앞선 글에서 봤듯이 몇 개의 Git 명령어만으로도 Subversion의 작업 흐름을 그대로 재현할 수 있다.Centralized Workflow는 Git의 특장점인 분산 버전 관리의 이점은 누리지 못한다.Centralized Workflow를 이용하면서 협업을 좀 더 유연하게 하려면 Feature Branch Workflow 작업 흐름을 따라가면 된다.개발할 기능을 개별 브랜치로 분리함으로써, master 브랜치에 새로 개발한 기능을 병합하기 전에 충분한 토론을 할 수 있다는 장점이 있다.Feature Branch Workflow의 핵심 컨셉은 기능별 브..

# 기본 마크다운 작성법 참고 사이트 # 아톰을 사용한 마크다운 작성하는 방법 참고 # Marp 애플리케이션 사용해서 마크다운 작성 Marp 다운로드 앞서 아톰을 사용한 마크다운 작성법에서 preview화면을 보여주는 것처럼 marp 또한 옆에 마크다운 preview화면을 볼 수 있어서 어떻게 작성되는지 바로바로 확인할 수 있음. 처음에 익숙하지 않을 때, 미리 작성된 마크다운 파일을 marp 애플리케이션에서 열어서 어떻게 작성됐는지 참고하면서 마크다운 문서를 작성하면 된다. 될 것 같다.

Centralized Workflow 1. Centralized Workflow는 기존의 Subversion(SVN)으로 협업할 때와 크게 다를 바 없다.SVN에 비하면 Git은 다음 장점이 있다.첫째, 모든 팀 구성원이 로컬 저장소를 이용해서 개발한다는 점이다. 로컬 저장소는 중앙 저장소로 부터 완벽히 격리된 상태이므로, 다른 팀 구성원 및 중앙 저장소의 변경 내용을 신경 쓰지 않고 자신의 작업에만 집중할 수 있다.둘째, Git의 브랜치와 병합 기능의 이점을 들 수 있다. Git 브랜치를 이용하면 안전하게 코드를 변경하고 다른 브랜치에 통합할 수 있다. 1.1 작동 원리Centralized Workflow는 프로젝트의 변경 내용을 추적하기 위해 단일 중앙 저장소를 이용한다.Subversion의 trun..