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

윈도우와 VSCode 터미널에서 Node 버전이 서로 다르게 인식되는 문제 해결VSCode 터미널에서 패키지를 설치하던 중 기존 사용하던 node 업데이트가 필요하단 경고에 업데이트를 시도했으나 실패했습니다. 당연히 있을 줄 알았던 nvm도 없었습니다(?).이에 nvm-windows를 설치하고 Node을 재설치했는데 , PowerShell에서는 새로 설치한 22 버전이 확인되고, VSCode 터미널에서는 여전히 기존 node 버전이 확인되었습니다.뭔가 이상해 npm이 설치된 경로를 확인해보니 새로 설치한 신버전은 C드라이브에. VSCode는 D드라이브에 각각 설치되어 있었습니다.이에 VSCode 터미널에서 먼저 node를 삭제했습니다. 그랬더니 이제는 node를 못찾겠다는 에러가 발생했습니다.nvm-wi..

오랜만에 프론트엔드 학습 내용을 Git 브랜치와 폴더 단위로 나눠 기록하던 중, 한 가지 문제가 생겼습니다.처음에는 09-react_state-management라는 브랜치와 동일한 이름의 폴더를 만들어 상태 관리 관련 학습 내용을 정리했는데, 작업을 하다 보니 라우팅 관련 내용까지 같은 곳에 기록하게 된 겁니다.이러면 브랜치/폴더 주제와 실제 기록된 내용이 달라져 혼란을 줄 수 있고, 나중에 참고할 때도 관리가 어려워집니다. 그래서 다음과 같은 정리를 진행했습니다.문제 상황브랜치: 09-react_state-management폴더: 09-react_state-management/실제 내용: 상태 관리 + 라우팅이 섞여 있음해결 전략현재 브랜치와 폴더를 라우팅 관련으로 변경 → 09-react_route..

최근에 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..