![]()
두 별도의 브랜치를 합치는 몇가지 방법을 알아볼 텐데, 처움으로 살펴볼 방법이 merge이다. Git의 합치기(merge)는 두 개의 부모(parent)를 가리키는 특별한 커밋을 만들어 낸다. 두 개의 부모가 있는 커밋이라는 것은 "한 부모의 모든 작업내역과 나머지 부모의 모든 작업, 그리고 그 두 부모의 모든 부모들의 작업내역을 포함한다"라는 의미가 있다. 만약에 bugFix란 브랜치가 C2를, master 브랜치가 C3를 가리키고 있는 상태에서 위 그림과같이 만드려면 아래와 같은 명령어가 필요하다. git checkout master // master 브랜치로 체크아웃 git merge bugFix // bugFix 브랜치와 병합(merge)
Git Commit 커밋은 Git 저장소에 디렉토리에 있는 모든 파일에 대한 스냅샷을 기록하는 행위이다. 커밋 대상 디렉토리에서 아래와 같은 명령어 실행 git commit Git Branch Branch 새로만들기 git branch [브랜치명] 해당 브랜치로 이동하기 git checkout [브랜치명]
![]()
Git 스테이징단계 이해Git은 다른 형상 관리시스템과 다르게 소스 코드를 직접 추가하거나 변경하지 않더라도 이를 인지하지 못하며 Git add 명령을 통해서만 인식할 수 있다. => Git의 형상 관리가 3가지 영역으로 진행되기 때문(출처 : http://devstory.ibksplatform.com/2017/09/git-1-git-git.html)워킹 디렉터리 : 소스 코드를 작업하는 영역으로 코드를 추가, 수정, 삭제한느 작업이 이루어지는 영역을 의미스테이징 영역 : 워킹 디렉터리에 Git add 명령을 실행하면 파일들은 Git의 스테이징 영역으로 이동하며 이를 통해 소스 코드의 상태 정보를 확인할 수 있다.저장소 영역 : 스테이징 영역에 있는 소스 코드에 Git commit 명령을 실행하면 최종적..
local에서 commit 후 remote repository로 push를 하는 과정에서 에러가 났다.에러로그메시지는 아래와 같다.Updates were rejected because the remote contains work that you do not have locally.(무척당황했었음..) 구글링 결과 에러의 이유는 아래와 같았다.=> gitHub 레파지토리에서 README.md를 생성한적이 있는데, 이 파일때문에 에러가 난 것이다.When you created your repository on GitHub, you created a README.md, which is a new commit.your local repository doesn't know about this commit yet...
![]()
Git으로 형상 관리하기 기본용어 이해커밋하는 단위에는 다음과 같은 내용이 포함되어 있다.스냅샷(snapshot)git에서 커밋할 때마다 발생하며 커밋한 시점의 형상관리 상태를 의미. 버전이라는 의미도 내포하고 있다.트리(Tree)파일과 디렉터리의 구조 정보를 저장하고 있다. 일반적으로 파일 시스템이 트리구조를 가지고 있기 때문에 형상 관리 역시 트리 형태로 스냅샷을 저장한다.저작자(Author)git에서 관리하고 있는 파일 혹은 디렉터리를 최초로 생성한 사람의 정보이다.커미터(Committer)최초 파일이 저장소에 반영되면 저작자와 커미터가 동일하지만 이후 해당 파일을 다른 사람이 수정하게 되면 커미터가 변경된다. 저작자는 파일을 생성한 사람. 커미터는 파일을 수정한 사람커밋 메시지(Commit Mes..
형상관리를 해야하는 이유실수, 고의로 파일을 삭제시, 복구할 방법이 없음하나의 파일을 여러 사람이 동시에 작업 불가이전 데이터로 복구 불가 형상관리의 장점소스코드 변경 이력 관리프로젝트 팀원 및 관계자들이 서로 공유 가능장애 혹은 기능상 필요할 때 이전 버전으로 복구 가능동일한 소스 코드를 공유해서 개발 가능, 버전 충돌 문제 관리 가능 요즘 형상 관리 도구에서는 동시 작업을 위한 처리 방식으로 Copy-Modify-Merge 방식을 사용한다.=> 다른 개발자가 소스 코드에 접근 하지 못하도록 Lock을 거는 방식이 아니고, 수정을 원하는 개발자가 소스 코드를 다운로드해서 수정한 다음 형상 관리에 커밋을 하되 버전에 충돌이 생길 경우 머지 명령을 통합해서 이를 해결하는 방식이다.다른 개발자의 수정 작업이..
