회사에서는 내것을 코드 리뷰 없이 master에 merge하면 수많은 충돌을 일으켰다면 되돌릴 수 없지만로컬에서 회사것을 내 브렌치로 머지한다면 아무 문제 없을 것입니다. 혹시 모르는 사태를 대비해 local에서만 작업  commandline 사용하면git checkout mastergit pullgit checkout [your-branch-name]git merge master 이런식으로 단순히 master → 내 작업 브렌치로 머지할 수 있습니다.당연히 충돌이 일어날 수 있지만 수정해주면됩니다. 이러면 내 commit 밖에 없던 브랜치가 history를 확인하면 사이사이 내 commit 내용들이 들어간것을 볼 수 있습니다..    깃 데스크탑 우선 내 브렌치로 checkout해주시고 branch 탭..

toy프로젝트를 레파지토리에 프로젝트 가볍게 만들어보는데 뭔가 잘 뽑힌 프로젝트는 다른 repository로 분류해서 보고 싶어 졌습니다. 그래서 a레파지토리의 디렉터리를 b레파지토리로 빼는 작업을 하려고 찾아봤습니다. 요약 git subtree split -P -B checkout git remote add origin git push origin -u main merge 사용하는 Tool github desktop git bash github site 단순하게 그림으로 표현하면 위와 같습니다. 기본적인 원결과 로컬 관리 git 명령어 사용법은 찾아봐주시면 감사하겠습니다. 깃허브 사용하는데 위에 2개 모르는데 디렉터리를 다른 레포지토리에 나눌일은 없겠죠. git subtree split -P -b 를적..

깃허브를 하다 보면 과거 파일들이나 구조, 코드들을 확인하고 싶은데 쉽지 않을 때가 있습니다. 제가 사용하는 방법은 원격(깃허브 사이트)에서 직접 커밋내용을 확인하면 참고하고 뭐가 날아갔나 확인하긴 합니다. reset이나 revert를 깃허브에서 지원해줍니다. 하지만 여러 방면에서 hisyory에서 직접 파일을 확인하는 일이 더 많은 것 같습니다. 깃허브 사이트에서 과거 브랜치 보기 우선 깃허브 한 프로젝트에서 보고 싶은 코드의 브랜치로 들어갑니다. 그리고 우측상단 History를 들어가 보면 커밋으로 작업했던 것들이 보입니다. 팀원 seohansoo가 작업했던 것으로 들어가기 위해 가장 최신 작업으로 들어갑니다. 저 작업 이후에 팀원이 PR을 요청하고 제가 머지 작업을 했는데 머지를 잘못해 코드가 꼬였..

문제 GitHub에서 기본적으로 설정되어 있는 default branch는 'main'입니다. 이 default branch는 프로젝트를 생성하거나, 브랜치를 만들 때 기본적으로 사용되는 브랜치입니다. 요즘 gitflow에 맞춰 배포하는 main 브랜치 보다 협업 개발할 때는 develop를 많이 사용하죠. merge, branch 생성 등등. 그런데 기본값이 main이라서 살짝 번거롭더라고요. 그래서 main에서 다른 브랜치로 변경하는 방법을 다루겠습니다. 해결방안 먼저, 변경하고 싶은 레포지토리로 이동합니다. 레포지토리 화면의 오른쪽 상단에 있는 'Settings'를 클릭하여 레포지토리 설정 페이지로 이동합니다. 레포지 토리 설정 페이지에서 왼쪽 메뉴의 'Branches'나 첫 화면에서 'branch..