⚠️ 문제 커밋 잔디 색상(Grass Level) 관련해서 README.md 자잘한 커밋 때문에 하루에 24번씩 커밋되면서 색상 레벨 기준이 높아진 현상README.md를 자주 수정하면서 하루 커밋 수가 24회에 달함GitHub의 잔디 색상(GitHub Contributions Graph)이 레벨 업 기준을 자동 조정함그 결과 예전엔 3번 커밋만 해도 초록잔디가 파란색으로 넘어갔는데 이제는 6번 이상 커밋해야 함 🧐 원인GitHub 잔디 색상의 원리GitHub 잔디 색상은 “비교적 커밋량”에 따라 동적으로 조정됨커밋을 자주 할수록 최소 색상 조건이 올라감 (레벨업 기준 상향)하루에 24회 커밋 → 잔디가 “기준 잔디”를 더 높게 설정그 결과: 같은 파란 잔디를 보려면 이전보다 더 자주 커밋해야 함 (예..
용어 설명HEAD : 현재 위치를 가리키는 포인터main : 브랜치 이름 (보통 기본 브랜치)HEAD → main : 현재 `main`브랜치 위에서 작업 중 1. HEAD란?`head`는 내가 현재 작업 중인 커밋(또는 브랜치) 를 가리키는 포인터(pointer)이다. 쉽게 말해`HEAD`는 "지금 내가 보고 있는 커밋"을 가리킨다.보통은 `HEAD`가 `main` 브랜치를 가리키고 있다.git log --oneline# 가장 위에 있는 커밋 = HEAD가 가리키는 커밋예HEAD → main → 커밋A 2. main이란?main은 브랜치 이름이다. 예전에는 master가 기본이었지만, 요즘은 main이 기본이다.쉽게 말해main은 당신의 메인 타임라인이라고 생각하면 쉽다.GitHub에서도 첫 브랜치는 ..
오픈소스 프로젝트나 팀 프로젝트에서 협업하다 보면 이런 상황을 겪을 수 있어요."같이 작업하던 GitHub 레포가 사라졌어요!""포크(Fork)해둔 건 수정해도 팀원들한테 반영되나요?"이 글에서는 GitHub에서 협업 중인 레포지토리가 사라졌을 때 어떻게 되는지,그리고 Fork, Pull Request(PR)의 역할에 대해 정리해볼게요 협업 중인 레포가 사라지는 5가지 상황상황나에게 보이는가? 1. Private 으로 전환됨❌ 안 보임 권한이 없으면 숨겨짐 2. 삭제된 경우❌ 안 보임 레포 자체가 완전히 삭제 3. Collarborator에서 제거됨❌ 안 보임 권한이 사라져서 접근 불가4. 내가 Fork한 경우✅ 보임내 계정에 복사된 레포이므로 유지됨5. 내가 로컬에 Clone한 경우✅ 보임내 컴퓨터..
⚠️ 문제아래 명령어 수행해서 깃 메인 브랜치에 푸쉬하던 중 위와 같은 오류가 발생함git push -u origin main 🧐 원인이 에러는 GitHub 원격저장소에 이미 커밋(README나 기본 파일)이 있는 상태에서, 로컬에서 동일한 브랜치(main)로 푸시하려다 충돌을 피하려고 Git이 거절한 것이다.! [rejected] main -> main (fetch first) ⚡ 해결법1. 원격과 병합하고 싶다git pull origin main --allow-unrelated-histories → git push2. 그냥 덮어씌우고 싶다git push -f origin main 1. read파일이랑 로컬 작업내용 병합pull로 병합 후 pushgit pull origin main --allow-u..
⚙️ VSCode에서 Git 분리하는 방법 (로컬 프로젝트 기준)✅ 목적 : 깃허브 계정 로그인과는 무관하게 VSCode에서 기존 프로젝트의 Git 연결만 끊고 싶을 때 사용하는 방법이다.프로젝트 파일은 로컬 환경에 그대로 유지된다.추후 필요시 git init 명령어로 Git에 다시 연결 가능하다.⚡ VS Code에서 Git 분리하는 가장 쉬운 방법VSCode에서 현재 프로젝트 열고 .git 폴더만 delete를 눌러서 삭제해 주면 된다.왜냐하면 Git은 .git 폴더를 통해 버전 관리를 수행하기 때문에 이 폴더만 삭제하면 Git 연결이 완전히 끊긴다.하지만 VSCode는 .git파일을 숨기는 것이 디폴트이기 때문에 먼저 git폴더가 보이도록 숨김 해제를 해 주어야 한다.✅ .git 폴더 보이게 하기VS..
⚠️ 문제커밋 후 푸시할 때 아래와 같은 오류메세지Fatal: The current branch main has no upstream branch 하지만 이렇게 하면 다음에 또 같은 명령어로 푸쉬해 줘야 하기 때문에 🧐 원인git push 명령어만으로 푸시가 되지 않는 이유는, 현재 로컬 브랜치가 원격 저장소의 브랜치와 연결되어 있지 않기 때문이다. 즉, main 브랜치가 어떤 원격 저장소(origin)의 브랜치와 연결되지 않아서, Git이 어디로 푸시해야 할지 모르는 상황인 것이다.이 문제를 해결하려면, git push 명령어에서 어떤 원격 저장소에 푸시할지 명시해주어야 한다. git push만 입력하면 기본적으로 연결된 원격 저장소가 필요하고, 이때 연결된 원격 저장소가 없으면 오류가 발생하게 된..
⚠️문제로컬 저장소의 변경사항을 원격으로 푸쉬하는 과정에서 패키지 안에 있는 파일들이 다 날아갔다.git restore 명령어로 파일을 복구했는데 이클립스 패키지 익스플로러에는 복구한 파일이 안 뜨는 문제 💡 해결법이클립스에서 git restore로 복구한 파일이 패키지 익스플로러에 나타나지 않는 이유는 이클립스가 파일 변경을 감지하지 못했기 때문이다. 패키지명을 클릭(Ctrl로 일괄 클릭 가능) > F5 눌러서 Refresh그래도 안 보이면 Project > Clean...
⭐ src 이하의 파일만 깃에 push 하고 싶을때이클립스 워크스페이스를 C:\Users\joo\Documents\StudyAlgorithm 경로에서 열었는데 C:\Users\joo\Documents\StudyAlgorithm\StudyAlgorithm\src 이하에 있는 파일만 Git에 올리고 싶다. .gitignore를 사용하여 다른 파일들을 제외하고, src 폴더만 Git에 추가하는 방식으로 작업 해야 한다. 폴더 구조 ▼ C:\Users\joo\Documents\StudyAlgorithm\StudyAlgorithm를 프로젝트 루트 디렉토리로 설정하고 .gitignore 파일을 열고, src 폴더 외의 모든 파일을 제외하도록 설정한다..gitignore 파일에 아래 코드 추가/* !/src/..
