23.12.06 TIL

오늘의 에러 🔥

1. 내 담당 기능 코드를 짜는 것에만 집중한 나머지,,,,,, pull 을 받지 않고 commit -> push 를 해버려서 다른 분들의 코드가 싸아아아아아앙ㄱ 날라가버림.//ㅎ
   • 다들 너무 열심히 하셔서, 뭔가 말씀드리기 죄송해서 그냥 merge 를 revert 해버렸다.
   • 그 후, 다시 pull 을 하니깐 오마나 세상에 마상에 😭 이번에는 내 코드가 싸아아아아아악 날라갔다 🌪️
   • 내가 pull 의 중요성을 잊어버린 것이기에 내 잘못이기에,, 반성하는 마음가짐으로 다시 짰다.ㅎ교훈 🙏 PULL 을 잘하자

2. git pull 을 하니깐, 든 오류

pull 방식을 명시하라는 것
git pull 은 git fetch와 merge를 합친 명령어인데, 그 중 merge 의 방식을 명시하라는 에러이다.

git pull --ff-only

pull 하려는 원격 저장소의 브랜치와 로컬 저장소의 브랜치가 fast-forward 관계일 때만 pull을 허용한다.
두 브랜드치가 fast-forward 관계라는 것은, 갈라진 commit 기준으로

1. 로컬 저장소에만 새로운 커밋이 있고, 원격에는 없다.
2. 원격 저장소에만 새로운 커밋이 있고, 로컬에는 없다.

첫번째 경우에는 pull을 받아올 필요가 없으므로 두 번째의 경우에만 pull 이 가능하다
그럼 원격 저장소에 새로운 커밋이 존재하는데, pull을 하지 않은 상태에서 로컬 저장소에 새로운 커밋을 했다면, pull은 허용되지 않는다

git pull --rebase

rebase를 하게 되면, 로컬 브랜치의 시작점을 원격 브랜치의 마지막 커밋으로 바꾼다. 부주의하게 사용할 경우 git history를 영구적으로 변경할 수 있기 대문에 ff-only 방식을 더 추천한다고 한당

그래서 ff-only 방식으로 pull 하려 했더니, 에러!
그래서 그냥 rebase 방식으로 진행해서 해결했다.
아직 어느 타이밍에 rebase를 ff를 쓰면 되는지가 좀 감이 안오기 때문에, 코드를 날려먹지 않을려면 pull을 주기적으로 해주는 것이 중요한거 가틈