Merge

이전까지는 혼자, 혹은 둘이서만 프론트 프로젝트를 진행하거나 / 다수로 진행하더라도 촉박한 기간으로 인해 협업을 위한 컨벤션 정하기 및 세팅에 소홀했었던 것 같다.이번에 디프만 프로젝트를 진행하면서 협업에 더욱 신경써야할 것 같았고, 이를 위해 효율적인 협업을 위한 세팅을 진행해보고 Git 복습도 진행하기로 했다. Merge / Squash & Merge / Rebase & Merge 나는 지금껏 일반적인 Merge만 사용해왔었다.그런데 Merge에도 여러 종류가 있고, 팀의 컨벤션에 맞게 적절한 Merge 방안을 선택한다면 수많은 commit들을 더욱 효율적으로 관리할 수 있을 것 같았다. PR을 날린 후 Merge에 종류를 보면  위처럼 3가지의 merge 방식 중 하나를 택할 수 있다.그럼 각 방식..

아직 우리의 repository는 publish를 안해주었기 때문에 local에만 존재한다. 한번 publish 해보자!!! 위의 Publish repository버튼을 누르면 로그인하는 창이 나오는데 Github 아이디와 비밀번호를 입력해준다. 그 후 GitHub.com 에서 Keep this code private 칸의 체크표시를 해제해준 뒤 Publish repository를 클릭해준다. 이제 우리는 Github에 모든 작업을 업로드했다!! Github에 가보면 다음과 같이 우리가 진행한 commit 사항들이 모두 업로드 되어있는걸 확인할 수 있다. 모든 git history가 이제 Github에 올라가 있는 것이다. 이제 Github의 여러가지 기능에 대해서 알아보자. Github에 가면 다음과 ..

Branch의 개념을 알아보기 위해 다음과 같이 chapter_one.txt 파일을 만들고 영어 문장을 추가해보자. 우리는 현재 결말을 두고 고민하고 있다고 가정하자.(주인공이 죽는 결말과 사는 결말) Branch는 main 또는 master 브랜치의 마지막 commit 으로부터 다른 타임라인을 가지게 될 부분이다. 각각의 브랜치는 다른 브랜치의 영향을 받지 않으므로 여러 작업을 동시에 진행할 수 있다!! 위에 언급한 예시를 통해 이 개념이 무슨 말인가 알아보자. 현재 우리는 main branch에 있는 상태이다. 이제 우리는 main branch에서 나와 main branch의 모든 history를 가지고 새로운 branch로 이동하려고 한다.(main branch에는 엔딩이 없는 chapter_one..