나는 오늘도 멋있다

1. 로컬브랜치 확인하기 git branch 2. 로컬브랜치 삭제하기 // git branch -d git branch -d yellow 3. merge되지 않은 로컬 브랜치 강제 삭제하기 //git branch -D git branch -D yellow 1. 원격브랜치 확인하기 git branch -r 2. 원격브랜치 삭제하기 // git push origin -d git push origin -d yellow

1. 로컬에서 변경할 브랜치 확인하기 git branch 2. 로컬 브랜치명 변경하기 // git branch -m [original_branch] [new_branch] git branch -m oldbracnh youngbranch 3. 변경된 로컬 브랜치명 확인하기 git branch 4. 원격 저장소에 반영하기 // git push origin :original_branch new_branch git push origin :oldbracnh youngbranch 5. 변경한 브랜치로 이동한후 기존에 가리키던 원격 브랜치경로 삭제 git branch --unset-upstream 6. 변경된 브랜치와 원격브랜치 맞춰주기 //git push --set-upstream origin git push --..

상황(강제로 진행하는거기 때문에 개인프로젝트 할경우만 사용 !비추천) sub브랜치에서 하나의 기능을 완성한후에 main 브랜치로 merge를 했다. 이후 sub브랜치에서 조금한 수정사항이 생겨서 변경후에 기존 merge를 취소하고 다시 merge하려 한다. 1. main 브랜치로 이동 // git switch git switch main 2. 로컬 과 원격 저장소의 main 브랜치 상태를 맞춰준다 // (HEAD->main) // git pull origin git pull origin main 3. 병합전 commit 해시를 확인 // git의 참조 이동과 관련된 로그를 확인함 git reflog 4. 돌아갈 commit 을 입력하여 상태돌리기 // git reset --hard git reset --..

ERD를 작성한 후 github를 좀더 깔끔하게 관리해보려고 다른 프로젝트를 참고했다. 1. Labels 설정하기 2. issues Template 협업시에는 issues를 잘활용 하는것 같다. issues는 기획, 작업, 개선사항, 버그수정, 추가될 기능등 여러가지를 포함하여 이슈를 등록하고 해당 이슈를 기반으로 작업을 진행하는 것 같다. 위처럼 label을 설정하고 이슈 템플릿을 설정해놓으면 해당처럼 바로 작성할수있고 라벨을 설정할수있다. Projects는 칸반보드로 해놓고 쓰긴하는데 issues를 한눈에 볼수있기도하다. milestone은 아직 쓸생각은 없다. branch와 issues만 잘이용해도 git을 깔끔하게 관리할수 있을것 같다. 노력하자

Git(Version Control System)이란? 분산형 버전 관리 시스템으로, 특정 시점의 버전을 다시 꺼내올 수 있는 시스템이다. 프로젝트를 버전별로백업, 관리하여 프로젝트를 유지보수 하면서 발생할 수 있는 여러 문제들을 미연에 방지하고 해결하는 역할 Github란? Git을 기반으로 소소코드를 온라인에 저장하고, 공유할수 있게하는 소스코드 관리 서비스 * 용어 [Git 레포지터리]: 저장소, 소프트웨어 파일이나 폴더 등 각종 정보를 저장해두는 공간 [Git 브랜치]: 독립적으로 어떤 작업을 진행하기 위한 "차원" [Git 커밋]: 코드 수정사항을 기록하는 명령(스냅샷) [Git Pull Request]: 수정한 코드가 있는 브랜치를 검토 후 병합해달라고 요청하는것을 말함 [Git 코드리뷰]: ..