1. 문제공부를 너무 띄엄띄엄 하다 보니까 공부한 내용을 다 잊어버려서 git 레포지토리를 관리를 해야하는데 어떻게 해야 잘 감이오지 않아. gpt 선생님께 여쭤 보았다. 2. 문제 해결 ✅ 1. 기존 레포 그대로 두고 v1, v2 브랜치 분리해서 관리# 현재 상태를 v1으로 분리git checkout -b v1→ 현재 HEAD 상태 그대로 v1이라는 새 브랜치를 만듦→ 새로운 커밋을 생성하지 않음→ 즉, 브랜치 생성 = 커밋 발생 아님git push origin v1 위와 같이 현재 브랜치를 그대로 복제해서 v1에 옮긴다음에 깃헙에 바로 push 한다. git checkout -b는 현재 HEAD 상태 그대로 v1이라는 새 브랜치를 만들기 때문에 커밋 발생이 아니다. 따라서 commit 메세지를 남기지..
1. .gitignore 파일 수정 // .gitignore 추가file.txt*.txt특정 파일이나 확장자에 관련된 모든 파일을 git에서 추적되지 않게 만들고 싶을 것이다. 2. Git에서 캐시 삭제 (Tracked 상태 해제)// 하나의 파일 캐시 삭제git rm --cached file.txt// 같은 확장자 모든 파일 캐시 삭제git rm --chached *.txt 3. 변경 사항 커밋파일을 Git에서 추적하지 않도록 변경한 후 이를 커밋함. 이후해당 파일을 무시된다. 즉 git add로 staging에 추가되지 않는다.
1. 병합된 커밋이 들어갈 브랜치를 정하는 샌드박스2. 병합된 대상이 될 즉, 내가 만들어서 base 브랜치에 반영시키고 싶은 브랜치3. base 브랜치와 compare 브랜치가 충돌 없이 병합할 수 있다는 말이다. Github에서 자동적으로 계산해서 보여준다. 만약 충돌이 나면 Conflict가 있다고 보여진다.4. 동료 개발자가 한 눈에 이해하기 쉬운 제목을 적어줍니다.5. 동료 개발자가 코드를 이해하는 데 도움이 되는 설명을 적어줍니다. 스크린샷을 첨부하거나 테스트하는 방법을 적으면 좋겠죠?6. Reviewers : 저장소에 협력자가 여려명이라면 풀 리퀘스트를 검토해 달라 요청할 수 있습니다. 7. Assignees : 풀리퀘스트를 담당하는 동료를 적는다. 보통 자기 자신이다.8. Labels:풀..
이전 글에 이어서 작성한다.https://strolrol.tistory.com/93 [Git] 깃 초보, 깃 브랜치 전략 - main, develop, feature 그리고 충돌(1)1. 깃 브랜치 전략을 사용해야 하는 이유지금 까지 작업할 때는 develop은 만들지 않고 feature 브랜치만 만들어서 main에 push하고 pull request를 날렸는데 그렇게 하면 안된다고 한다. 깃 브랜치 전략에strolrol.tistory.com1. 이 글의 목적 및 실습 내용이전 글에서는 main, develop을 만드는 깃 브랜치 전략과 실습을 했고, 현재 글은 feature 브랜치를 만들어서, 충돌 해결까지 실습한다. 해당 내용은 (코딩알려주는누나) https://youtu.be/tkkbYCajCjM?..
1. 깃 브랜치 전략을 사용해야 하는 이유지금 까지 작업할 때는 develop은 만들지 않고 feature 브랜치만 만들어서 main에 push하고 pull request를 날렸는데 그렇게 하면 안된다고 한다. 깃 브랜치 전략에서 main, hotfix, release, develop, feature 총 5개의 브랜치를 사용하는데 이 중에서 main, develop, feature만 만들어서 충돌까지 학습한다. main - Main 브랜치는 최종 앱, 즉 사용자에게 배포 가능한 버전이 담긴 브랜치이다. 다른 글에서 "master"로 표기된 브랜치가 여기서는 main 브랜치에 해당한다. master라는 용어가 노예제를 연상시킨다는 이유로 현재는 main이라는 명칭이 표준적으로 사용되고 있다. 모든 배포는 ..
