드디어 팀에 적용하게 된 Git Branch 전략과 MR(Merge Request) 코드 리뷰 도입 과정
Git Branch 전략이 필요하게 느껴진 계기 💦 인텔리제이에서 GitLab을 연동해서 사용 중이었으며,개발자들이 늘어남에 따라 브랜치에 commit 하는 기록들이 쌓여 관리가 어려워졌으며, 이렇다 보니 긴급 운영 배포 건이 있을 경우 혼잡해지기 시작 현재 팀에서는dev : 개발용staging : 운영 DB를 바라보는 운영 반영 전 테스트 확인용(release 와 비슷한 용도)prod : 배포용 위와 같이 목적에 맞게 해당 Branch들은 Default로 해놓고 사용 중dev → staging → prod 로 merge 해서 올리는 방식으로 사용 예시 ❗ 1. 2024년 11월 30일 운영 배포 건2. 2024년 12월 3일 운영 배포 건dev로 이미 위의 해당 건들이 commit & push가 ..
Git
2024. 12. 12. 16:58
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- imgmap
- redisson분산락
- git #git_branch_전략 #gitlab_mr
- querydsl
- 동시성이슈
- 데이터베이스락
- SpringDataJpa
- 비관적락
- gitlab_merge_request_templates
- redisson적용
- gitlab_mr_templates
- db락
- redis특징
- 데드락
- mybatis
- github사용법
- Redisson
- 블로킹
- 동시성이슈해결방안
- MVC패턴
- JPQL
- GitHub
- 이미지맵
- redis
- 낙관적락
- gitlab
- MVC패턴정의
- 반응형이미지맵
- MVC패턴구조
- MVC패턴특징
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
글 보관함