Git 3

현업에서의 형상관리

원래라면 git add . -> git commit -m "" -> git push origin main 시퀀스로만 했으면 끝났을 터였다 많은 인원들과 작업하는 현업에서는 개인 프로젝트 & 소규모 프로젝트에서와의 형상관리와는 꽤 다른점이 많았다 1. dev & prod branch 이 부분은 익히 들었긴 했었다, dev브랜치에서 먼저 병합하고 테스트 한 다음에 prod브랜치에 올려 배포한다 2. rebase 로컬에서 작업 중에 변경사항이 생겼다면 현재 진행상황에 대한 커밋을 남기고 pull을 받아 merge후 push를 했었다 물론 소규모 프로젝트에서는 상관이 없겠지만 인원이 많아지면 커밋 그래프(기록)이 지저분해지는 문제가 생긴다 하지만 rebase를 하게 되면 위처럼 꼬인 커멋 기록들이 선형적으로 깔..

Git 2023.08.18

깃허브 옵션 구글링 할 때 주의점

깃 branch 명령어의 -m 옵션 뜻이 궁금해서 'git branch -m 뜻' 이런 식으로 검색을 해봤는데 이상할만큼 결과가 나오지 않았다... 알고보니 아래와 같이 구글링에 도움을 주는 연산자가 있었는데 or 기본 검색 " " 구 형식으로 검색 * 와일드 카드 + 단어를 반드시 포함 - 단어를 반드시 제외 .. 숫자 범위 이 중에 제외(-) 연산자 때문에 m 옵션에 대한 결과가 찾기지 않은 것이었다;; 프로그래밍과 비슷하게 ' \ ' 기호를 사용하여 이스케이프 할 수 있을 것이라는 추측을 해봤고 'git branch \-m 뜻' 과 같이 검색을 해주니 드디어 원하던 결과가 나왔다..ㅠ

Git 2023.02.25

[오류 / Git] fatal: It seems that there is already a rebase-merge directory ...

fatal: It seems that there is already a rebase-merge directory, and I wonder if you are in the middle of another rebase. If that is the case, please try git rebase (--continue | --abort | --skip) If that is not the case, please rm -fr ".git/rebase-merge" and run me again. I am stopping in case you still have something valuable there. git rebase를 연습하는데 위와 같은 오류가 떴다. 'fatal : 이거 보아하니 니가 rebase-mer..

Git 2022.10.07