Git

서론 깃 설치하다가 난생 처음보는 오류를 겪었다 ㄷㄷ 아 진자 수트레스 내가 겪었던 오류는 다음과 같다 나는 잘못이 없다. 다만 git과 vscode를 remote하고 commit 한 과정을 push했을 때 다음과 같은 오류가 발생했다. 원인은 git-

처음보는 에러 메시지를 받았다. 해당 에러 메시지를 고치는데 자료가 잘 나오지 않아서 힘들었다. 하지만, 은근히 손쉬웠던 방법이였다. 에러를 고치는데 시간이 너무 걸려서 폴더를 삭제하고 커밋을 진행하였다. 하지만, 이와 같은 방법도 해결책이 아니었다. 돌이켜보면 원격

.gitignore 파일은 Git 저장소에서 추적하지 않을 파일 및 폴더를 지정하는 역할을 합니다. 이 파일은 Git에게 어떤 파일들을 무시하도록 지시하여 Git이 해당 파일들을 버전 관리하지 않도록 합니다. 일반적으로 빌드 파일, 로그 파일, 캐시 파일 등과 같이 버

Git을 처음 사용하거나 새로운 환경에서 설정을 해야 할 때, 가장 기본적이고 중요한 설정 중 하나는 사용자 이름과 이메일 설정입니다. 이 설정은 각 커밋에 기록되며, 협업하는 프로젝트에서 당신이 누구인지 명확히 나타내는 중요한 역할을 합니다. 이 포스트에서는 git

GitHub에서 dev 브랜치를 삭제한 후 다시 생성해야 할 경우, 로컬 환경에서 여전히 dev 브랜치가 존재한다면 쉽게 다시 복구할 수 있습니다. 로컬의 dev 브랜치를 다시 GitHub로 푸시하는 방법을 설명드리겠습니다.로컬 dev 브랜치 확인:먼저, 로컬에서 de

Git을 사용하면서 최신 main 브랜치의 변경 사항을 다른 작업 브랜치(A)에 반영하는 상황은 자주 발생합니다. 이는 새로운 기능을 개발하거나 버그를 수정할 때 main 브랜치에서 이루어진 업데이트를 다른 브랜치에 통합하여, 최신 코드베이스를 유지하기 위함입니다. 이

기존의 작업하였던 내용들을 pull하려는 과정에서 생겼던 문제다. 현재 dev에 충돌이 없던 가정하에서 해결하는 방법을 소개하려고 한다. dev 브런치를 삭제한다. git 원격 저장소(origin)과 관련된 모든 정보를 최신 상태로 업데이트 한다. dev 브런치를 생성

git push -u origin refactor/api-middleware:\-u 혹은 --set-upstream 옵션을 사용합니다.이 명령어는 refactor/api-middleware 브랜치를 원격 저장소(origin)의 동일한 이름의 브랜치에 푸시하고, 로컬 브

git 파일명 대소문자 변경했을 때 제대로 인식하지 못하는 문제 Git은 기본적으로 파일명에서 대소문자를 구분하지 않습니다. 그래서 파일명을 변경했을 때, 특히 대소문자만 변경된 경우, Git이 이를 제대로 인식하지 못하는 문제가 발생할 수 있습니다. 이 문제를 해결