까마귀 고기를 먹은 개발자

Layer-based 구조 (계층별 구조)com.example.app ├─ controller │ ├─ UserController.java │ └─ ProductController.java ├─ service │ ├─ UserService.java │ └─ ProductService.java └─ dao ├─ UserDao.java └─ ProductDao.java 장점계층 책임이 명확함MVC 패턴과 직관적으로 매칭단점도메인 단위로 변경/확장하기 어렵고, 특정 기능 수정 시 여러 패키지를 오가야 할 수 있음규모가 커지면 패키지 간 의존성 관리가 어려움 Feature/Domain-based 구조 (도메인별 구조)com.example.app ├─ user │ ├─ UserCo..

예를 들어 b1 브랜치에서 m1, m2 모듈의 코드 수정이 발생했는데, 이번 배포에서 m2 모듈만 배포가 필요한 경우가 있을 수 있다. 이 경우, b1 브랜치를 배포하면 문제가 되기 때문에 m2 모듈의 코드 수정분만 담긴 b2 브랜치를 만들어야 한다 cherry-pick으로 필요한 커밋만 따오기기존 커밋 이력 유지 가능 b1 브랜치에서 커밋 이력 확인git log --onelinem2 모듈 관련 커밋 ID를 확인한다develop에서 새 브랜치 생성git checkout developgit pullgit checkout -b feature/b2m2 모듈 관련 커밋만 cherry-pickgit cherry-pick abc123 def456IntelliJ IDEA에서 하는 법develop에서 새 브랜치 생성(..