개발자를 희망하는 초보의 자기개발 이야기

최근에 GitHub에서 레포지토리를 만들어서 사용하다가 오타가 있는 것을 확인하고 Rename으로 수정했다.이후 로컬에서 커밋을 푸시하려고 하니까 아래와 같은 에러가 발생했다.fatal: repository 'https://github.com/username/이전레포명.git/' not found알고 보니, 로컬에서 연동된 Git remote 주소가 여전히 이전 레포지토리 이름을 가리키고 있었기 때문이었다. 해결 방법: remote set-url 명령어Git은 remote set-url 명령어를 통해 원격 저장소 주소를 바꿀 수 있다.git remote set-url origin https://github.com/username/새로운레포명.git위의 명령어로 origin이라는 이름의 원격 저장소 주소를..

문제의 발단다른 개인 프로젝트에서 이전에 커밋 이력 합치기를 해봤던 경험으로 작업 브랜치에서 커밋 이력을 합쳐봤다.그런데 당연히 main도 같이 수정될거라 생각했지만 main은 변하지 않았다. (찾아보니 별도의 해시값으로 관리된다고..) 어차피 비공개 레포라 다시 원상복구 했었다.그런데 이번에도 vercel 배포 자동화와 관련해 yml 파일과 build.sh 파일 연동을 시도하다가 의미없는 커밋이 10개가량 발생했다.문제는 이미 merge까지 끝내고 난 후 생각이 났다는거.. 이번 케이스도 추후 발생할 수 있을 것 같아 기록을 남긴다.상황abc 브랜치(가상의 작업 브랜치명)의 10개 커밋을 하나로 합친다.main 브랜치에서도 해당 10개 커밋을 하나로 정리한다.리모트 저장소(GitHub/Vercel)에서..

실수로 폴더명이나 파일명의 대소문자를 잘못 저장해 깃허브에 올렸을 때,OS에서 기본 제공하는 이름바꾸기로는 git에 변경사항이 적용되지 않는다.만약 Components 라는 폴더를 components로 바꿔야 한다면git mv Components components또는 loading.tsx 라는 파일을 Loading.tsx로 바꿔야 한다면git mv loading.tsx Loading.tsx이렇게 기존 폴더명/파일명을 앞에 입력하고 뒤에 변경할 이름을 입력한 뒤, add - commit - push하면 변경사항이 반영된다.참고https://velog.io/@yhe228/%ED%8F%B4%EB%8D%94%EB%AA%85-%EB%B3%80%EA%B2%BD%EC%8B%9C-git%EC%97%90-%EB%B0%..

깃허브를 사용하다 보면, 열심히 커밋을 했는데도 잔디(컨트리뷰션 기록)가 없는 상황을 경험할 수 있다. 이번 글에서는 이런 문제를 해결하기 위한 방법들을 정리하고, 최근에 겪었던 브랜치 관련 잔디 누락 문제와 해결 방법까지 기록한다.1. 깃허브의 이메일과 로컬의 이메일이 같은지 확인가장 흔한 이유는 깃허브에 등록된 이메일 주소와 로컬 Git 설정의 이메일 주소가 다른 경우다.1. 깃허브 [Settings] - [Emails]에서 등록된 이메일을 확인한다.2. 터미널에서 아래의 명령어를 실행한다.git config --global user.email설정된 이메일 주소가 깃허브와 동일하지 않다면 아래의 명령어를 실행해 업데이트한다.깃허브 이메일 주의점나는 이메일 아이디에 'dev.co'와 같이 '.' 기호가..

문제상황평소 깃에 각 챕터를 브랜치로 나누어 학습기록을 남기고 있었다. 그러다 작업 중인 브랜치에서 다른 브랜치로 이동해야 하는데 아래와 같은 오류 메시지가 나타나고 넘어가지 않았다.간단하게 커밋 후 브랜치를 이동했지만 매번 같은 상황에 완료되지 않은 상태로 커밋을 남기고 이동하는 것이 최선인가 찝찝했다. 이를 해결할 방법을 알아보던 중 stash라는 명령어를 알게 되었다. (사실 위의 경고 메세지에서도 "Please commit your changes or stash them..."이라고 되어 있으나 눈여겨보지 않았다..;)stash작업 중에 갑작스럽게 다른 작업을 진행해야 할 때, 작업 중인 사항을 잠시 치워두는 방법이다.# 현재 작업 내역을 임시저장소에 저장한다.$ git stash# 설명과 함께 ..

문제의 발단작업중이던 레포에 대해 팀원이 추가되었고, 레포를 Organizations로 변경해서 공동관리하기로 계획했다.해결방법우측 상단의 Your Organizations 메뉴에서 새 Organization 을 만든다.People 탭에서 팀원을 Owner로 초대한다.개인 저장소의 Settings / Danger Zone / Transfer ownership 메뉴에서 Transfer 를 누른다.현재 저장소의 owner를 아까 만들어 둔 Organization으로 변경한다컨펌을 위해 현재 저장소 이름을 한번 더 적어준다.결과저장소가 모든 기록을 유지한채로 '조직이름/저장소이름' 으로 변경된다.참고자료https://velog.io/@hidaehyunlee/Github-%EA%B0%9C%EC%9D%B8-%EC..

문제의 발단온라인 강의를 수강 후 Private 레포로 깃에 공부한 내용을 커밋하고 있다.섹션 2강을 모두 수강 후 push 했는데 각 섹션명을 같이 기록해 두는 게 더 명확하겠다는 생각이 들었다.해결방법git commit --amend수정이 필요한 브랜치로 터미널에서 위치를 이동한다.그리고 위와 같이 입력하면 가장 마지막에 commit 한 내용을 편집할 수 있다.git push --force-with-lease편집이 완료되면 위와 같이 입력한다.명령어 뒤에 브랜치명을 붙이지 않아도 된다.결과수정된 커밋을 확인할 수 있다.참고자료https://velog.io/@mayinjanuary/git-%EC%BB%A4%EB%B0%8B-%EB%A9%94%EC%84%B8%EC%A7%80-%EC%88%98%EC%A0%9..

문제의 발단커밋하면 vercel에서 자동으로 재배포를 해야 하는데 문제가 생겼다.2024.09.24 - [Tools/Vercel] - vercel 배포 최신 커밋 반영 안될 때문제의 방향을 찾기 위해 테스트하려면 또 커밋해야 하니까 재배포를 하면서 연달아 3~5개의 커밋을 남기게 되었다.문제를 해결하고 나니 이걸 하나의 커밋으로 합쳐야 겠다는 생각이 들었다.해결방법1. 커밋 내역 조회git rebase -i --예시. 현재부터 과거 10개 커밋 내역 보기git rebase -i HEAD~102. 커밋을 선택 후 합치기pick a1s2d3 Commit message1 - 가장 옛날 커밋pick q1w2e3 Commit message2pick z1x1c1 Commit message3s v1b2n3 Commi..

문제의 발단CNA(create-next-app)로 리액트 세팅 후 .gitignore에서 env를 설정한 한 것으로 착각했다. 그런데 이미 올라간 env 파일은 깃헙 상에서 아무리 삭제해도 삭제가 안됐다. API KEY 삭제와 재발행부터 진행하고 방법을 찾았다. 해결방법git filter-branch --force --index-filter "git rm --cached --ignore-unmatch './src/main/resources/config/application-multiflex-chatgpt-local.yml'" --prune-empty --tag-name-filter cat -- --allgit filter-branch : Git 저장소의 모든 커밋에 대해 필터링 작업을 수행하여 다시 쓰기..

Git commit(커밋)이란?Git에서 특정 시점의 파일 변경 사항을 저장소에 기록하는 작업을 의미한다. Git branch브랜치는 작업중인 공간을 의미하는데 기본 작업 브랜치는 main이다. 브랜치를 생성하면 현재 브랜치의 코드 상태를 그대로 복사한 새로운 작업 공간이 생긴다.예를 들어 버그가 발생했을 때 새로운 작업 공간에서 버그를 테스트 및 수정하고 완성된 최종 결과를 main브랜치로 합치도록 병합(merge)요청할 수 있다.# work 브랜치 생성git branch work# 생성된 전체 브랜치 및 현재 작업 브랜치 확인git branch브랜치를 생성하거나 생성한 브랜치를 확인할 때 사용한다.위와 같이 현재 작업중인 브랜치를 확인할 수 있다.Git switch작업할 브랜치를 변경할 때 사용한다...