.gitignore 파일은 Git의 root 디렉토리에 저장되어 Git Repository에 추가되지 않아야하는 폴더나 파일들을 정의하는 파일이다.예를 들어서 스프링 애플리케이션에서 secret-key와 같은 값을 가지고 있는 application.properties파일을 Git을 사용하여 관리하고 Remote Repository에 올릴 경우 내부에서 관리해야하는 secret-key를 외부에 공개함으로써 보안 문제가 발생할 수 있는 것이다따라서 Git을 통해 프로젝트를 관리할 때 가장 먼저 gitignore파일을 정의하여 어떤 파일들을 Git을 통해 트랙킹 하지 않도록 할 것인지 정의하는게 우선이다 무시할 파일 등록하기그렇다면 어떻게 파일을 등록하고 무시할 파일의 범위를 지정하는 방법에 대해 알아보자개발..

참조링크 - https://gist.github.com/stephenparish/9941e89d80e2bc58a153한국어 정리링크 - https://www.conventionalcommits.org/ko/v1.0.0/커밋 포맷 자동화 적용방법 링크 - https://medium.com/tunaiku-tech/automate-javascript-project-versioning-with-commitizen-and-standard-version-6a967afae7starndard-version 공식문서 - https://github.com/conventional-changelog/standard-version?tab=readme-ov-file이 글은 AngularJS에서 사용되는 커밋 컨벤션이다.목표코드 ..

문제상황설명절차지향적으로 요구사항에 만족하는 구현을 한 뒤, 객체지향적으로 클래스와 기능을 나누려고 하였다.그러기위해 절차지향적인 구현을 V1이라는 브랜치를 파서 구현을 완료하고 main브랜치에 병합을 하고V2라는 브랜치를 다시 파서 V2브랜치에서 객체지향적으로 분리하려고 계획했었다.하지만 기능명세에 명세된 단위로 커밋을 남겼어야 했는데 V1에서 모든 기능의 구현을 완료한 뒤 "요구사항을 만족하는 구현 완료"라는 커밋메시지로 한 번에 커밋을 했고main브랜치로 V1을 병합까지 해버린 상태이다.문제를 해결하면서 고려해야할 사항은이미 병합된 상태로 push되어버린 main브랜치는 어떻게 해야하는가"요구사항을 만족하는 구현 완료"라고 커밋한 하나의 큰 커밋 단위를 어떻게 작게 나누어야하는가해결해보기이미 pus..