1. Git의 병합 Git은 브랜치 단위로 작업한다. 따라서 병합의 기준은 브랜치가 된다. 특정 브랜치에서 일을 하고, 그 브랜치의 커밋 내용을 다른 브랜치에 반영하는 형태로 된다. 이 때 병합하고자 하는 브랜치는 같은 로컬 저장소에 있어야 한다. 병합하는 알고리즘은 Fast-Forward / 3-way 방식 두 가지가 존재한다. $ mkdir gitstudy08 $ cd gitstudy08 $ git init $ vim index.htm Hello Git world $ git add . $ git commit -m "first" 먼저 테스트를 위해 다음과 같은 작업을 진행한다. 2. Fast-Forward 병합 주로 혼자 개발할 때 많이 사용하는 방법이다. 브랜치가 생성된 커밋에 따라 순차적으로 분기되..
1. Git Branch 브랜치는 원본 폴더와 분리하여 독립적으로 개발 작업을 수행하는 개념으로 이해하면 된다. 그리고 Git을 이용하면, 독립적으로 개발한 코드를 원본 폴더에 손쉽게 Merge할 수 있다. 브랜치는 Commit의 특정 시점을 가리키는 별칭으로 이해할 수 있다. 브랜치는 HEAD 포인터를 가지고 있으며, 각 브랜치의 HEAD 포인터는 그 브랜치가 가리키는 가장 최신의 커밋을 의미한다. 각 브랜치는 Commit 이력을 가지고 있으며, Commit으로 자유롭게 이동할 수 있다. 2. Branch 생성 브랜치는 기준이 되는 브랜치 또는 커밋이 하나 있어야 한다. 브랜치를 생성하면, 현재 커밋을 가리키는 HEAD를 기준으로 새로운 브랜치를 생성한다. 생성된 브랜치는 독립된 공간을 할당받는다. 따..
1. Git Remote Repository Github에서 Repository를 만들어서 여러 개발자들과 편리하게 협업할 수 있다. Github에서 Repository를 만들 때, README.md를 추가하지 않았다면 다음과 같은 화면이 뜨는 것을 볼 수 있다. 위의 명령어들을 Github에 만들어진 Repository를 Local Repository와 연결하는 방법을 알려준다. create a new repository on the command line : Local Git Repository 만들고 연결 push an existing repository from the command line : 기존 Local Git Repository를 연결 위의 명령어대로 처리를 하면 Local Reposit..
Working Directory / Stage / Git Repository Working Directory : 현재 변경점을 기록하고 있는 장소 Stage : Origin이 되는 장소. 여기에 등록되는 시점의 값을 가지고 있는다. Git Repository : Commit 시, 영구적으로 변경점이 반영된다. Git에는 논리적으로 Working Directory와 Stage, Git Repository가 존재한다. 이 Repository는 논리적으로 이력을 관리하기 위해서 분리되어있다. Commit Commit은 "~를 적어두다"라는 의미다. 즉, 의미 있는 작업을 기록해두는 것이고, Commit하는 시점의 변경점을 기록해둔다. Commit 시점을 확인하고, 해당 시점으로 돌아갈 수 있다. 변경 전 변경..
압축 파일로 다운 받기 Git에서 압축 파일을 다운받아서 사용할 수 있다. 이 때는 .git 폴더가 받아지는 것이기 아니기 때문에 그냥 일반 폴더다. 받은 압축 파일을 풀어보면 .git 폴더가 없다. 따라서 이력 관리가 안되는 일반 디렉토리로 이해할 수 있다. Git Clone으로 다운 받기 $ git clone 원격 저장소 url git Clone으로 다운 받으면, 해당 Repository의 .git도 함께 받아진다. 최종 코드 뿐만 아니라 중간에 커밋 같은 변화의 모든 이력도 같이 내려받을 수 있다. 또한, 일부 코드를 변경해서 PR을 올릴 수도 있다. git clone으로 다운 받으면 .git 폴더도 함께 다운 받아지는 것을 볼 수 있다.