lyla-bae 님의 블로그

오늘은 팀 단위로 Git 협업 실습을 진행했다.평소엔 혼자 Git을 쓰면서 commit, push 정도만 익숙했는데,브랜치 관리부터 커밋 메시지 컨벤션, PR 작성, 코드 리뷰까지… 생각보다 훨씬 신경 써야 할 부분이 많았다.git이 단순히 코드를 올리는 행위가 아니라는것을 실감했다. 협업하면서 놓쳤던 점실습 초반엔 각자 브랜치를 만들고 작업했지만, merge 방식을 서로 맞춰놓지 않아서누구는 PR에 올려 merge를 하고 누구는 각자의 브랜치에서 merge를 진행하는 불상사가 일어났고다시 미팅을 통해 PR에서 리더가 squash merge를 하는 방법으로 맞춰나갔다.결국, PR보다 서로가 어떤 작업을 했는지 명확히 전달하는 것이 훨씬 중요하다는 걸 배웠다. 어려웠던 점 & 배운 점가장 어려웠던 건 P..

깃으로 협업을 해본사람이라면 수많은 commit과 merge로 뒤엉켜있는 경험을 해본적이 있을것이다.물론 잘 관리해서 기능에 문제없이 만들면 그만이지만, 나중에 이 히스토리들을 읽는건 또 다른 문제가 된다. merge랑 Rebase의 차이 쨌든 merge와 Rebase는 브랜치를 합치는건 같은데아래와 같은 차이점이 있다. merge : 히스토리를 있는 그대로 보존Rebase : linear(선형)으로 히스토리를 다시쓰며 동일커밋이라도 새 커밋이 생성됨 그런데 단순히 rebase 쓰는 것을 넘어히스토리를 수정/삭제/합치기까지 할수있는 기능이 필요하다면?그럴때 바로 Rebase Interactive 를 쓰면된다는 말씀! 아래와 같은 상황이 있다git init rebase-testcd rebase-teste..

나는 git을 제대로 써본지 1년도 안된 햇병아리이다.회사에서는 코드 버전관리를 전혀 하지 않았었고 서버에 다이렉트로 업로드를 해버려 개발자코드와 충돌이 나는 일도 많았다.특별하게 클라이언트가 git을 요구해서 써본적이 한두번이라 그땐 그냥 개발자들이 알려주는대로 세팅하고이 버튼 누르면되고, 코드 올리기전에 한번 pull받으면되고...등등 git에 대해 알고있는건 이게 전부였다 그래서 나는 터미널 명령어보다 GUI로 쓰는게 훨씬 편한 사람이다...!!오늘 수업에서 많은 명령어들을 배웠는데 내가 평소 몰랐었던 단어(?)들도 보였고알고있던것도 명령어로 치려니 갑자기 바보된 느낌이 많이 들었다! 특히 초보들은 commit을 잘못하면 되돌리는 방법을 많이 찾게된다(는 내 경험담)요즘은 GPT같은 애들한테 ..