(24.04.18)[1주차] GitHub 명령어 실습 및 연습

프로젝트 마무리가 되면서 코드도 계속 살펴보고

GitHub 실습도 하니까 진짜 하루가 너무 짧게 흘러가는 것 같아서 뭔가 아쉬울 지경..

눈떠보니까 일주일이 벌써 지나가버렸다

개인적으로 GitHub에 대해서 파악해서 개인적으로 CSS관련 프로젝트 하나를 할 욕심이 생기긴한다

 

Obsidian의 마크업 플러그인을 GitHub으로 하나 도전하는 것도 나쁘지않을 것이라고 생각한다.

 

---

GitHub실습

GitHub에 계속 선택하라는 Visual Studio 문구가 같이 올라가는 현상 해결하기

pull 한 다음의 상황

문제

• 충돌해결 연습을 하기 위해 로컬 VS에서 push할 내용을 커밋 → GitHub 내에서 같은 위치에 다른 내용 커밋 → 로컬 VS에서 pull --no-rebase(merge)방식 사용 → 임의로 바꿀 내용선택 → 저장 → 다시 커밋 → push → 위 와같이 이상하게 코드가 저장

원인 파악

1. pull --no-rebase / pull --rebase 의 차이 정확하게 하기

• pull --no-rebase : GitHub에서 진행된 마지막 커밋과 내 커밋을 각각의 브랜치로 생각하고 내 로컬에서 하나로 합침 → push
• pull --rebase : GitHub 마지막 커밋을 내 로컬에 붙임 → 충돌을 해결하고 합친 내용을 하나로 커밋 → push로 다시 GitHub에 붙이기

→ 단순하게 가지고 와서 수정하고 push해서 넣는 것은 똑같게 했지만, 가끔 저런 문제가 발생

 

2. 저장 내역

pull 한 후, 충돌을 처리한 뒤의 코드

 

<<<<<<< HEAD

========

>>>>>>>

와 같이 충돌 부분을 수정을 끝낸 뒤에도 통째로 Push가 되는 것을 보았는데,

Visual Code의 빨간 색 부분도 없어지지 않아서 눌러서 확인을 해보니.. 계속 그 내역이 남아있어서 통째로 변경 되

 

Ctrl + S로 변경 사실을 파일에 저장을 했어야 했다!

 

 그 이후에는 정상적으로 반영이 되면서 pull  push가 이뤄졌다.

반드시, 파일을 저장 후, commit을 하는 습관을 가져야 할 것

 

너무 초보적인 문제였지만, 다른 사람들도 알아채지 못한걸 혼자서 알아내는데 꽤 시간이 걸렸다.

커밋을 하기 전 내용이 수정된 파일을 저장하는 건 기본이기 때문에..

---

Java코드만 보다가 갑자기 새로운 명령어들을 어제 배운걸 쓰자니 익숙치 않아서 계속 실수를 하게 된다.

연습을 하느라 git commit -am 을 엄청 많이 쓰게 되었는데 순간  git이 타입명으로 보이게 되는 게슈탈트 붕괴가 일어나면서  맹- 해지는 현상을 잠깐 느꼇다

 

저번의 지네릭스 공부할 때도 마찬가지지만 새로운것을 배우려는 욕심이랑 효율적으로 하려고 집중을 심각하게 해서 하는 행동이 화를 불러올 수 있다는 것 다시 느꼈다.