23/10/31 10월 진짜 마지막 (깃, 스프링 오류 해결)

WHAT I DID TODAY

• 스프링 강의 1주차 끝
• 깃 특강 
• 자바 제네릭스와 쓰레드 (예정)

 

---

DETAILS    

 

선지급된 1주차강의를 들으며 어느정도 스프링에서 CRUD를 구현하는 방법을 배웠다.

기존에 보고 있던 김영한님 강의와 다른 설명을 들으며  "저때 왜 이걸 쓰지?"

이런 궁금증을 일부 해소할 수 있었고, 어느정도 스프링 기초에 대해 이해할 수 있는 강의였다.

 

 

[문제해결] 새 데이터를 받아오지 않는 H2

 

 

또한 데이터베이스 연결에 대해 심각한 에러를 겪어보고,  연결 및 관리를 잘 해야겠다는 것을

오늘도 맞으면서 배웠다.

 

 

 

 

깃에서 배운것

 

브랜치를 만들어두었다면 폴더를 열고 브랜치에서 파일을 삭제하면 폴더에서 파일들이 지워지는 것을 볼 수 있다.

그런데 main브랜치로 돌아가면 파일들이 그대로 있다.
다시 브랜치로 가면 파일들이 지워진 상태이다.

평행우주라고 생각하면 이해가 쉽다.

커밋메세지도 의미를 가지고 작성해라.    (개인프로젝트에서 받은 피드백과 같다.)

협업 도중에는 커밋에 대한 리뷰, 토론이 이루어지므로  어떠한 이유 때문에 수정했는지가 잘 드러나야 한다. 

오타 수정 시 correct  많이 쓴다.

문제가 있는 걸 수정할때  fix 사용

improve 도 많이 쓰는데  fix와는 다르다.  코드 에러 수정이 아닌 코드 개선이 되었을때 사용

내가 수정한 목적성이 잘 드러나도록 커밋 메세지를 작성하자

 

협업을 위해선

한 리포지토리에 브랜치를 막 만드는게 아닌

fork해서 내 깃허브로 가져온 후 브랜치를 만들어 작업하는게 좋다.

 

Rebase    (최신 히스토리로 베이스 업데이트)

다른 사람 코드가 먼저 merge될 수 있기 때문에  내 base가 교체될 필요성이 있을때

rebase 명령어 입력시

1. fetch를 통해 최신내용을 가져옴    
$ git fetch upstream master

2. 내가 작업한 내용을 rewind로 되감기
3. 최신내용을 base에 올림
$ git rebase upstream/master

4. 내 코드까지 그 위에 올리고 마무리  (자동으로 풀리퀘스트 갱신됨)
$ git push --force origin master

 

깃 오류의 대부분은 대부분 베이스 커밋의 차이에서 온다.

 

pull은 기본적으로 fetch + merge 동작으로 수행되지만
설정에 따라 merge / rebase / fast - forward 등으로 처리가능

$ git config --unset pull.rebase
$ git config pull.rebase true
$ git pull origin master

아래 동작과 동일하다.
$ git fetch origin master
$ git rebase origin/master

 

 

 

---

ANYTHING

 

내 예상보다 진도가 느리다.

아침에 집중이 잘 안되다보니 오전시간을 거의 다 날리는게 그 이유인듯

 

 

---

THIS WEEK'S GOAL

• 목요일까지 지급된 강의 완강
• 스프링 입문 완강 및 기본편 돌리기
• 자바는 정해진 진도는 없지만 계속 꾸준히 보기