1. 원격 브랜치 확인git branch -r 2. 원격 브랜치 삭제git push origin --delete 브랜치명 3. 로컬 브랜치 삭제git branch -d 브랜치명 4. 원격 브랜치 삭제 후 로컬에 반영이 안되면 아래 명령어로 정리git remote prune originunreachable 한 git object 들을 "local" 에서 clean 하는 작업

나중에 .gitignore에 새로운 파일을 적용 했을 때 해당 파일이 이미 레포지토리내에 존재할 가능성이 많음. 무시 적용을 위해 아래 코드로 새로 적용해주자. git rm -r --cached . git add . git commit -m "chore : .gitignore 수정"

현재 로그인 되어 있는 계정 확인gh auth status 로그인할 계정 추가gh auth login 잘 추가되었나 확인gh auth status 계정 변경gh auth switch 요렇게 해도 clone이나 push 등이 잘 안되면github에서 계정 - settings - Developer settings에 들어간다Personal access tokens을 발급받는다.(classic)clone할때 git clone https://발급받은토큰@github.com/레포경로 요렇게 접속하면 됨

이전 프로젝트에서 쓰던 방식을 정리해봤습니다. 1. 업무별 Repository 네이밍 규칙 Repository 네이밍은 다음과 같은 규칙을 따릅니다. 도메인명으로 Repository 네임을 결정합니다. 웹 서비스가 아닌 경우 com.company_name.레포명으로 작명합니다. ex) 홈페이지 : company_name.com 쇼핑몰 shop.company_name.com 키오스크 : com.company_name.kiosk 2. Branch 전략 기본적으로 main 브랜치(trunk) 하나 만을 유지합니다. (트렁크 기반 개발) 작은 기능 단위로 feature 브랜치를 사용하여 수명이 긴 개발 브랜치를 만들지 않습니다. 운영 배포용 브랜치가 반드시 필요한 경우에만 deploy 브랜치를 별도 생성한 후 ..

빠르게 덮어쓰기하는 방법 git pull 받을 목록을 repository 에서 업데이트 git fetch --all git reset 으로 head를 최신으로 가리킨다 git reset --hard origin/브랜치명 git pull 로 확인 git pull origin 브랜치명