Gitlab MR 도입 겸 Branch 전략을 세우고 적용시킨 후 확실히 코드 충돌의 영향을 덜 받고 나 아닌 팀 내 개발 건 및 이슈에 대하여 명확히 알 수 있었습니다. 사수 승인으로 가는 체제로 하여 책임감은 물론 불필요한 코드 정리에도 도움이 되었어서 이대로 유지해오다가 최근 Merge Request 템플릿 적용이란 걸 알게 되어 간단하게 적용해 보았습니다. 해당 프로젝트 내 .gitlab 폴더 생성 .gitlab 폴더 안 issue_templates 또는 merge_request_templates 폴더 생성주의❗ 폴더명 동일하게 세팅 merge_request_templates 폴더 하나만 생성하여 적용한 이유는두 개 다 하나의 템플릿으로 관리하기 위함이 목적 ✔ issue_templ..
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 최초 설정1. 사용자 설정 및 확인git config --global user.name "username"git config --global user.email "username@gmail.com"git config --global user.namegit config --global user.email 2. 기본 브랜치 명 변경git config --global init.defaultBranch maingit config --global init.defaultBranch Git 프로젝트(repository) 생성 1. 현재 디렉토리 기준 git 저장소 생성git init 2. 로컬 저장소에 연결git remote add origin https://github.com/[본인계정명]/[디렉토리명..
- Total
- Today
- Yesterday
- 낙관적락
- 데드락
- SpringDataJpa
- GitHub
- JPQL
- querydsl
- db락
- redisson분산락
- MVC패턴
- mybatis
- 동시성이슈
- imgmap
- 동시성이슈해결방안
- Redisson
- 반응형이미지맵
- redis
- git #git_branch_전략 #gitlab_mr
- 이미지맵
- MVC패턴구조
- MVC패턴특징
- redisson적용
- gitlab
- gitlab_mr_templates
- redis특징
- MVC패턴정의
- 데이터베이스락
- gitlab_merge_request_templates
- 블로킹
- github사용법
- 비관적락
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |