다양한 기술 스택을 공부하고 다양한 기술 스택을 서로 조합하여 프로젝트를 진행할 때, 매번 프로젝트 템플릿 코드를 세팅하기 번거로운 경험이 있을 것이다. 또한 여러 사람이 협업을 할 때도 정해진 템플릿 코드를 공유해서 사용할 때도 있을 것이다. 이런 경우에 기존에 repository의 코드를 내가 원하는 위치로 가져와서 사용해야 한다. 보통은 github fork 를 사용하여 해당 repository 코드를 복사한 나만의 repository를 생성하여 작업을 진행할 수 있지만, 보안상의 이유로 특정 조직 github 내에서 private 하게 사용하는 등의 상황이라면 이런 방법을 사용하지 못하는 경우도 존재한다. git clone 을 활용하면 repository 코드를 간단하게 복사할 수 있다. git ..
git rebase.. 부트캠프에서 처음 코딩을 배우며 팀 프로젝트를 진행했을 때 굉장히 자주 쓰던 git command 였으나 2번째 팀 프로젝트에서 모든 팀원들의 commit 이 시간 순서대로 무작위로 합쳐지면서 각 브랜치에서 작업했던 모든 코드들이 혼합되어 병합되면서 대혼돈의 멀티버스를 경험하였다. 프로젝트 코드를 다함께 처음부터 훑으면서 최종 코드만 남기느라 하루종일 애를 먹었고, 그 이후에는 사용하지 않게 되었다. 하지만 새로 입사한 회사에서 원활한 협업을 위해 rebase 사용을 권장하기에, 다시 한번 rebase 에 대해 학습하고 이전의 실수를 반복하지 않고 장점만 취하기 위해 이 글을 작성한다. Rebase의 단점 위 사례에서 알 수 있듯이 rebase의 단점은 commit 들간의 충돌이나..
새로운 맥북에서 기존에 작업하던 레포지토리를 clone 받아 commit을 열심히 남기고 push를 하였는데.. 이게 웬걸 잔디가 깔리지 않았다. 후다닥 확인해보니 이렇게 author가 바뀌어 있었다. 이럴 때 커밋 작성자를 변경하는 방법에 대해 알아보자. 우선 이런 일이 재발하지 않도록 예방해야 하므로 1. git user 설정 git config --global user.name "3jun" git config --global user.email "kk3june@gmail.com" user name과 email은 예시로 제가 사용하는 name과 email을 사용했다. 작업하실 때는 본인의 name과 email을 사용하시면 된다 git config --list git user를 다시 설정했으면 git ..
