파일의 히스토리를 남기기 위해서는 삭제 후 생성이 아닌 다른 이름으로 바꾸기로 추적
사진과 같이 git status에서 renamed된 것을 확인 할 수 있다
git을 쓰지않고 바로 mv를 하는것 삭제하고 새로운 파일이 만들어지는 것!!
파일의 수정했을 때 복원 하려면 git checkout --파일명으로 사용했었는데 용어가 바뀌었다
$ git restore {filename}
git add 후 stage에 올린 것을 되돌리고 싶을 때 사용하는 것
$ git reset HEAD {filename}
✔ $ git log 를 사용하면 여태 했던 기록들을 확인 가능하다
최신의 커밋을 수정하는 것은 🙆♀️ , 한 시점 이전의 커밋을 수정하면 안된다 👿
-> 그냥 사과하고 알리는 명령어를 쓰는게 나중을 위해 좋음 (사과하는 명령어는 아래 나온다 )
$ git commit --amend
Rebase를 하는 이유 : 현재 develop이 내가 딴 것 보다 앞서 있을 때 branch를 잡을 시점을 옮겨주는 것이다
$git rebase --abort
$ git rebase --continue
🤦♀️ Reset은 사실 worst
$ git reset --hard HEAD~3
$ git push -f origin <branch>
-> solution ) 잘못한 이력도 commit 박제하고 수정한 이력을 남겨라!!
이게 바로 그 솔루션 잘못하기 전 과거로 돌아가 최신을 유지하면서 되돌렸다는 이력을 commit으로 남겨 모든 팀원이 이 사항을 공유하고 주지 시킬 수 있음
ex) 현재 HEAD 에서 직전의 3개 commit 을 순서대로 거슬러 올라가 해당 내역에 대해 commit push 수행 , .. 꼭 붙여줘야함
$ git revert --no-commit HEAD~3..
$ git commit
$ git push origin <branch>
요랗게 보여진다 그리고 commit 할때 무엇을 어떤식으로 잘못했는지 작성해주자 ...^_ ㅜ
프로젝트 , 레포와 관계된 모든 해야할 일과 버그, 개선사항 등을 기록
내가 이슈를 남겼고 팀장님께서 확인 후 진행
해야할 일의 진도에 따른 구성과 우선순위 지정
내가 작성해 놓은 이슈 해결이 되어서 done 으로 가있지만 막 생성된 issue들은 todo로 ~ 진행상황에 따라서 옮겨 가면서 프로젝트를 관리하면 된다
일단 리더가 repository를 생성 후 우리에게 주소를 알려주셨다
fork 하기 전 먼저 이슈를 작성해 준다
fork
해당 사진에 형광색표시를 눌러서 fork ! -> 이 부분에서 실수해서 민폐를 끼쳐버렸다 확실하게 기억에 남았지만 팀장님죄삼다....
나의 작업 영역을 만들기 위함
보면 이제 원본은 따로 있고 사본 나의 영역이 생겼다
feature 생성하여 파일을 수정 후 develop에 push
이슈에 대한 해결 resolve(resolved,close ,fix) +이슈넘버( #1 ) 라고 commit 메세지를 남겨준다
클론 후 첫 push는 -u을 붙여야함
🔥 main이 아니라 devlop에 해야지 안그러면 시말서씀🔥
--내꺼 기준으로 사진을 찍을수 없어서 강사님 사진으로 대체--
-> 이렇게 열려있는 상태 (머지안된 상태에서 추가적으로 요청받은 사항은 추가 후에 commit 해주고 다시 push 해도됨 )
<충돌이 난 상태>
이 사진은 처음 으로 등록 해서 그렇고
원본 파일 가져오기
$ git remote -v (origin과 upstream을 확인할 수 있다 )
$ git remote add upstream {팀장 repo}
$ git fetch upstream develop
$ git merge FETCH_HEAD
팀장 기준으로도 공부해보려고
내가 팀장의 기준으로 친구와 함께 공부하기 위해 develop 브런치까지 생성한 후에 초대 했다