보통의 개발자

Git Branch모든 버전 관리 시스템은 브랜치(Branch)를 지원한다. 개발을 하다 보면 코드를 여러 개로 복사해야 하는 일이 자주 생긴다. 코드를 통째로 복사하고 나서 원래 코드와는 상관없이 독립적으로 개발을 진행할 수 있는데, 이렇게 독립적으로 개발하는 것이 브랜치다.Git의 브랜치 모델은 다른 VCS들과 다르며, 최고의 장점으로 손꼽힌다. Git의 브랜치는 매우 가볍다. 순식간에 브랜치를 새로 만들고 브랜치 사이를 이동할 수 있다. 때문에 이전의 코드를 그대로 가져와 독립적인 개발을 진행할 수 있다는 브랜치의 생성 목적에 맞게 활용할 수 있으면서도 리스크를 줄일 수 있었다.브랜치(Branch)란 무엇인가Git이 브랜치를 다루는 방법을 알아보기 위해 예시를 들어 보겠다.➜ branch-ex g..

Git 파일의 라이프 사이클Git을 사용하고 있다면, 파일을 수정하다가 현재까지 작업한 내용을 저장하고 싶을 때 스냅샷을 커밋하면 된다(여기서 수정은 파일의 생성과 삭제를 모두 포함). 이를 위해 워킹 디렉토리(Working Directory or Tree)에서 작업한 파일들을 Staging Area에 올려 스냅샷에 포함시켜야 한다. 방법은 간단하다.스냅샷(Snapshot) : Staging Area에 올라간 파일들의 최상위 디렉토리(트리) - 이전 글 참고워킹 디렉토리의 모든 파일은 크게 Tracked(관리대상)와 Untracked(관리대상이 아님)로 나눈다. Tracked 파일은 이미 스냅샷에 포함돼 있던 파일이다.Tracked 파일은 또 Unmodified(수정하지 않음)와 Modified(수정함)..

Git 개요Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency. - https://git-scm.com/Git은 분산형 버전 관리 시스템(Version Control System, VCS)으로, 소스 코드의 변경 내역을 추적하고 여러 개발자가 협업할 수 있도록 돕는 도구다. 현대 개발자들에게 Git 없이 개발하라고 하는 것은 목숨이 1개 밖에 없는 게임을 플레이 하는 것처럼 살얼음판을 걷는 기분일 것이다. 특히나 “협업”을 할 때, GIt은 선택이 아닌 “필수”다.Git 이전에도 S..

Github 소개깃허브(https://github.com)는 깃을 이용하는 프로젝트를 위한 원격 저장소를 오픈 소스로 제공해주는 무료 서비스다.무료로 서비스를 제공하는 대신, 철저한 "오픈소스"를 원칙으로 하기 때문에 자신의 프로젝트를 공유하고 다른 사람의 프로젝트 역시 쉽게 볼 수 있을 뿐 아니라 원하는 프로젝트에 참여도 할 수 있다.이 때문에 개발자들의 성지로 불리고 있고, 소스코드를 서로 공유하는 방식은 더 나은 소프트웨어를 만들 수 있는 지름길이면서 다른 사람들이 내 소스코드를 공유해 갈 수 있다는 동기 부여도 된다. 또 공부하는 입장에서 잘 짜여진 코드를 마음껏 볼 수 있다는 부분은 매우매우 축복인 것이다. 그들의 이러한 열려있는 마인드는 본 받아야 할 점이다.프라이빗으로 이용하기 위해서는 달마..

원격 저장소에서 pull을 할 때 발생하는 에러다. 이는 서로 연관성이 없는 두 히스토리를 병합하려고 하기 때문에 발생하는 에러로 공통되는 commit이 없기 때문에 pull 명령어를 사용할 수 없는 상태다.clone 명렁어를 통해 원격 저장소를 복사해 오거나 pull 명령어에 옵션을 추가해 강제 pull하는 방법이 있다. $ git pull origin master --allow-unrelated-histories

본 내용은 생활코딩 - 지옥에서 온 git을 보고 공부했습니다. 조언은 언제든지 감사합니다 ! Git의 merge는 병합 시 같은 파일의 소스코드 변경사항을 자동으로 병합해주는 훌륭한 기능이 있다. 먼저 master에 test1.txt 파일의 내용이다. 작성해 주고 commit 한다.그 다음 exp 브랜치를 새로 분기하면 exp 브랜치에도 test1.txt 파일이 있게 되는데, 이 파일을 조금 수정한다. 그런 다음 master 브랜치에 exp 브랜치를 merge 하면 master의 test1.txt 파일에 수정한 내용이 그대로 병합됐다. 이 git의 자동 병합 기능은 매우매우 매력적인 기능이다. 단, 주의해야 할 점은 같은 부분을 수정했을 때다. 위에서 function B()를 master는 master..

본 내용은 생활코딩 - 지옥에서 온 git을 보고 공부했습니다. 조언은 언제든지 감사합니다 ! merge를 할 때 2가지 경우로 나뉘게 된다.1. master branch에서 branch를 분기한 이후 master에서 따로 commit이 없는 상태에서 merge 한 경우2. master branch(예를들어)에서 branch를 분기한 이후에 master에서 commit을 추가로 수행한 후 merge 한 경우이 경우를 자세히 설명해 놓은 오픈 라이센스 책이 있다. 브랜치와 Merge의 기초(pro git) 자세한 내용은 위의 해당 문서에 들어가 읽으면서 공부하는 것이 좋다고 생각한다.

branch 목록에 master도 나오지 않고 fatal: Not a valid object name: 'master'. 이라는 에러 메세지가 발생하면서 다른 branch 생성도 되지 않는다.이 이유는 master branch에서 최초의 commit을 하지 않았기 때문이다.다른 분기를 만들기 위해서는 master에서 commit을 최소 1번은 해야한다.