사실유근본의 개발 일지

오늘은 깃 branch(이하 브랜치로 통일) 전략을 조사해보고,비교하는 시간을 가져볼까 합니다. 팀으로 프로젝트를 진행하면서브랜치 전략 중 Gitflow 방식을 채택하여 진행하게 되었습니다. branch 전략에 대해 처음 알게 되어서,전략들이 무엇이 있는지, 그 필요성과 장단점에 대해 간략하게 정리해 보고자 하였습니다.혹시라도 잘못된 정보나 이와 관련한 추가 사항이 있다면 댓글 남겨주시면 감사하겠습니다. 자료를 찾아보니 대부분 GitFlow 방식과GitHubFlow 방식 중 하나를 택하여 사용하는 것 같았습니다. 그래서 이 두가지 위주로 정리했습니다. 깃 branch전략,  왜 필요한가?이 글을 읽으시는 분은 깃을 어느 정도 안다는 전제하에 진행하겠습니다.아래 설명하는 용어들이 이해가 잘 안 간다면,이전..

오늘은 깃허브를 사용하면서 발생하는 충돌 문제를 처리하는 방법에 대해 다뤄보겠습니다.먼저 충돌 상황을 보여드리기 위해 일부러 충돌 환경을 만들었습니다. test라는 Repository를 만들고,"깃 충돌".txt 파일을 만들어 넣어주었습니다. 내용은 다음과 같이 작성했습니다. 로컬 환경은 다음과 같습니다.여기서 깃허브의 "깃 충돌".txt 내용과로컬의 "깃 충돌".txt 내용을 각각 바꿔보도록 하겠습니다.     이 상태에서 커밋을 할 경우 Push와 pull 할 내용이 1개씩 있다는 표시가 뜹니다. 누르고 나면  충돌이 발생하고 아래와 같은 창이 뜹니다.이렇게 인위적으로 충돌 상황을 만들었습니다.  당황하지 마시고 Visual Studio code 열기를 눌러 충돌을 확인하면 됩니다.다행히 충돌이 발생..

오늘은 깃/커밋 컨벤션에 대해 알아보고자 합니다. 깃/커밋 컨벤션?Git을 통해 Commit을 할 때 변동 사항 등을 Commit 메시지에 적을 수 있습니다. 시간이 지남에 따라, 혹은 협업 /프로젝트를 진행하면서 Commit이 쌓이면,나중에 봤을 때 가독성을 포함하여 내용을 한눈에 파악하기 어려워질 수 있습니다.  이를 해결하기 위해 사전에 어떻게 표기할지 정한 과정이 깃 커밋 컨벤션입니다.   자료를 찾다 보니 Udacity Style을 많이 사용한다는 것을 알게 되었고, 이를 기준으로 정리해 볼까 합니다.    메시지 구조크게 3가지로 구분합니다.  type : subjectbodyfooter  type 타입은 제목과 함께 다음의 유형들을 포함합니다. feat:  새 기능 fix: 버그 수정docs..