git pull origin develop remote: Enumerating objects: 16, done. remote: Counting objects: 100% (16/16), done. remote: Compressing objects: 100% (4/4), done. remote: Total 16 (delta 12), reused 15 (delta 12), pack-reused 0 Unpacking objects: 100% (16/16), 3.64 KiB | 46.00 KiB/s, done. From https://github.com/team-pepero/top-casting-fe * branch develop -> FETCH_HEAD ba2f278..4de79aa develop -> orig..
Git에서 main 브랜치를 기준으로 develop 브랜치를 생성하는 과정은 다음과 같습니다. 이 과정을 수행하기 전에, 현재 작업 디렉토리가 깨끗한 상태인지 확인해야 합니다. 즉, 변경된 파일이 커밋되었는지 확인하고, 필요하다면 커밋해야 합니다. main 브랜치로 체크아웃하기 먼저, main 브랜치로 체크아웃합니다. 이는 develop 브랜치가 main 브랜치의 최신 상태를 기반으로 생성되게 하기 위함입니다 git checkout main main 브랜치를 최신 상태로 업데이트하기 원격 저장소의 변경 사항을 로컬 main 브랜치로 가져오기 위해 다음 명령어를 사용합니다.이 단계는 main 브랜치가 최신 상태임을 보장합니다. git pull origin main develop 브랜치 생성 및 체크아웃하기..
Git 브랜치 전략에서 feature, develop, release, hotfix, main과 같은 브랜치 유형에 대한 네이밍 규칙과 사용 예시는 아래와 같습니다. 이 예시는 Git Flow 전략을 기반으로 합니다. 1. feature 브랜치 목적: 새로운 기능 개발을 위한 브랜치입니다. 네이밍 규칙: feature/기능명 또는 feature/이슈번호 예시: 새 로그인 기능 개발 feature/login feature/issue-101 2. develop 브랜치 목적: 개발을 진행하는 주요 브랜치로, 모든 feature 브랜치들이 develop에 병합됩니다. 네이밍 규칙: 일반적으로 develop이라고만 명명합니다. 예시: develop 3. release 브랜치 목적: 릴리즈를 준비하기 위한 브랜치로..
git pull --rebase origin master rebase를 쓰면 불필요한 병합 커밋을 한 번 줄일 수 있어 깔끔해진다. 리베이스 도중 충돌이 일어나면 git status명령으로 Unmerged Paths 부분에서 충돌한 파일을 찾을 수 있다. 충돌을 해결 후 $ git add $ git rebase --continue 하면 리베이스가 재개된다. 리베이스중 뭔가 잘못되었다면 $ git rebase --abort를 쓰면 git pull -rebase하기 전으로 돌아간다. $ git push -u origin miae-feature miae-feature 브랜치를 중앙 저장소(origin)에 푸시하는 명령이다. -u | --set-upstream 옵션이 중요하다. 이는 로컬 기능 개발 브랜치와 중..
# 제목: 아래에 작성, 제목 끝 마침표 금지, 개조식 작성(과거형 금지) # [형식]: : 형식으로 작성 (최대 50글자, : 뒤에만 공백) ################(제목 시작) #fix: (Comment) @SuperBuilder(toBuilder) 추가 ################(제목 끝) ################(제목, 본문 한 줄 공백, 작성 금지) feat: dto에 multipartFile변수 추가 ################(제목, 본문 한 줄 공백, 작성 금지) # 본문(추가 설명): 아래에 작성 (한 줄당 최대 72글자) # 무엇을 왜 변경했는지 상세히 설명 ################(본문 시작) 이미지 업데이트 기능 추가 ################(본문 끝) #..
