[KH국비지원 웹개발자 과정] Day_62 키워드, 댓글기능실습, 깃허브 협업방식, 커밋 메시지

해당 포스팅은 강의 복기용으로 키워드를 기록하는 용도의 포스팅입니다.
--------------------------------------------------------------------------------------------------

기본 댓글기능 실습 (대댓글X))
<c:forEach> 태그를 이용하여
게시판 목록을 화면에 출력하듯이 처리

깃허브 협업 방식)

팀원 각각 작업 브랜치를 원격 저장소에 올리고
팀장이 원격에 올라가 있는 팀원별 작업 브랜치들을
하나하나 팀장 로컬의 main브랜치로 병합하여
로컬의 main브랜치를 최신상태로 만든다.
이후 이 최신 상태의 main브랜치를 원격으로 push하고
팀원들은 이를 pull 한다.
병합하고 남은 브랜치를 지우지 않고 계속 새로운 브랜치를 만드는 방식으로 진행하기 위하여
작업브랜치명을 팀원+날짜로 작성한다. 예) kbc220917
(아직 브랜치 관리에 미숙하기 때문에 가장 간단한 방식이라고 함)
main에 푸쉬를 하지 않도록 주의하여야 하며
한 명이 병합을 해야 한다는 단점이 있다.
원격 main브랜치의 최신상태를 pull 한 후 작업하고
오전에 작업한 것을 다같이 push하면
오후에 병합하고 다같이 최신화 상태에서 작업을 시작하는 식으로
규칙적으로 진행을 하는 것이 좋다.

eGIt)
학원에서는 깃배쉬를 사용하지 않고 이깃으로 진행.
GUI 환경이라 명령어를 사용하는 것보다 직관적이고 편리한 부분도 많다.

깃은 깃 배쉬, 이클립스, 소스트리를 다 같이 사용하면서 편한 기능들을 골라쓰면 될 것 같다.

깃 명령어)
이클립스의 eGIt에서는 원격의 브랜치를 로컬의 main으로 바로 병합하는 것이 쉬웠다.
Git Repository에서 원격 브랜치를 우클릭하여 merge하면 충돌이 없을 경우 바로 병합이 된다.
이를 만약에 깃 배쉬로 한다면.

1. 원격의 브랜치를 확인한다.
 $git branch -r

2.원격의 브랜치를 로컬에 생성하며 가져온다.
 $git switch -t origin/dev
:origin원격저장소의 dev 브랜치를 가져온다.

3.로컬의 main과 가져온 브랜치를 병합한다.
(main브랜치에서)
$git merge dev

커밋 메시지 정하기)
구체적이고 일관된 커밋메시지를 작성하는 것이 중요하다.
왜냐하면 커밋 메시지가 제각각일 경우  이 후 커밋 로그를 확인할 때 혼란스럽기 때문.

기능추가:자유게시판 댓글 기능

ReplyController에 "reply/register.do" 로직 구현함
... 기타 등등 자세한 설명

(꼬리말 생략)

----------------------------

**커밋 메시지 규칙**

●양식
 유형:제목    // 제목은 필수
 (한줄띄고)   // 한 칸 띄어 본문과 구분
 본문(생략가능)  // 생략가능. 제목만으로 부족할 때 자세하게 작성
 꼬리말(생략가능) // 유형:#이슈 번호

●커밋메시지 유형
1.기능추가
2.기능삭제
3.기능변경
4.버그 : 버그 수정W
5.리팩토링 : 코드 리팩토링
6.형식 : 코드 형식, 정렬, 주석 등의 변경
7.테스트 : 테스트 코드 추가
8.문서 : 코드수정없이 문서 추가, 삭제, 변경
9.프로젝트 :프로젝트 관리 측면의 빌드 수정, GIT설정,패키지,라이브러리 설정 등
10.기타 : 위에 없는 기타사항.

●꼬리말 유형
1.해결 : 이슈 해결 시
2.관련 : 해당 커밋과 관련된 이슈번호(해결되지 않은 경우)
3.참고 : 참고할 이슈가 있을 때 사용

----------------------------