🔔 IntelliJ 설치 사이트 바로가기
https://www.jetbrains.com/ko-kr/idea/download/ 링크를 통해 Community 프로그램을 설치하고 설치 폴더 경로를 지정한다.
기본값 기본옵션으로 아무선택 없이 install 해준다.
🔔 Tomcat 설치 사이트 바로가기
https://tomcat.apache.org/ 링크를 통해 설치 프로그램을 설치하고 설치 폴더 경로를 지정하여 압축을 해제한다. 설치 과정중 http1.1/ 포트번호 설정할때 충돌이 나지않는 번호(이번엔 8000)로 설정해준다.
<참고>
유튜브 JavaCampus_IntelliJ IDEA 다운로드 및 설치
새로운 프로젝트를 하나 생성한다. java파일로 하나 생성하고 프로젝트명과 파일명을 지정해준다. 또한 Github에 새로운 레포지토리를 생성하여 준비한다.
상단바에서 File > Settings > Plugins 에서 installed 탭으로 이동하여 Git과 Github가 설치되었는지 확인한다.
상단바에서 File > Settings > Version Control > Git
Path to Git executable 에서 git 실행파일을 선택하고 Test를 클릭하여 실행되는지 확인한다.
상단바에서 File > Settings > Version Control > Github ➕ 버튼을 클릭하여 GitHub 계정을 입력하여 로그인한다. 연결된 계정을 클릭하고 ✔ 를 클릭하면 해당 계정이 디폴트로 설정된다.
< 파일 상태별 색상 >
빨간색 - add 되지 않은 파일
초록색 - add 된 파일
파란색 - 수정된 파일
하얀색 - commit 된 파일
회색 - 삭제된 파일
<참고>
mina7523 네이버블로그_IntelliJ와 Github 연동
🔍 규칙에 맞는 좋은 커밋메시지를 작성해야 하는 이유는?
- 커밋 유형 지정
FEAT : 새로운 기능에 대한 커밋
FIX : 버그 수정에 대한 커밋
DOCS : 문서 수정에 대한 커밋
BUILD : 관련 파일 수정에 대한 커밋
STYLE : 스타일 관련 기능(코드 포맷팅, 세미콜론 누락, 코드 자체의 변경이 없는 경우)
REFACTOR : 코드 리펙토링에 대한 커밋
TEST : 테스트 코드, 리펙토링 테스트 코드 수정에 대한 커밋
CHORE : 빌드 업무 수정, 패키지 매니저 수정(ex .gitignore 수정 같은 경우)
CI : CI 관련 설정 수정에 대한 커밋
- 제목과 본문을 빈 행으로 분리
- 제목 행을 50자로 제한
강제로 제한하는 것은 아니고 읽기 쉽고 간결하게 표현하기 위한 경험에 의한 규칙이다
- 제목 행의 첫 글자는 대문자로 시작
readme file modification X
Readme file modification O
- 제목 행 끝에 마침표를 넣지 않는다
제목 행의 끝에는 마침표가 필요 없다.
50자 규칙에 따르기 위해서라도 마침표를 넣는 것은 불필요한 공간 낭비이다
Open the door. X
Open the door O
- 제목 행에 명령문을 사용한다
"명령이나 설명하듯이 작성"
네 방을 치운다 (Clean your room)
문을 닫는다 (Close the door)
쓰레기를 갖다 버린다 (Take out the trash)
- 본문은 72자마다 끊어 줄을 바꿔준다.
- 본문을 사용하여 변경 한 내용과 이유 설명(어떻게 보다는 무엇과 왜를 설명한다)
- 검토자가 원래 문제가 무엇인지 이해한다고 가정하지 말고 확실하게 설명 추가
- 자신의 코드가 직관적으로 바로 파악 할 수 있다고 생각하지 말자
- 팀에서 정한 Commit 규칙을 따르자
<참고>
richone tistory_깃 커밋 메시지 작성법
xtring-dev tistory_깃 커밋 메시지 작성법