dev-hpk 님의 블로그

이전에 Create Issue Branch(Github Action)을 활용해 이슈 생성 시 feature bracnh 생성은 자동화했습니다. 이슈를 생성하고 작업을 할 때는 매우 편리하지만 PR(pull request)을 생성하고 Merge 할 때 2가지 불편함을 느꼈습니다.1️⃣ PR(pull request)를 생성할 때마다 정해둔 형식에 맞게 PR 본문을 작성해야 함2️⃣ PR(pull request)이 Merge 되어도 Issue가 Open 상태로 남아있어 직접 Close 해줘야 함 위 두 내용을 자동화할 수 있는 방법을 구글링 해보던 중 Github PR Template를 찾게 되었습니다.PR Template은 왜 필요할까🤔PR Template을 만들어 Repository에 추가하면 PR을 할..

프로젝트를 진행하면서 Git Flow 전략을 토대로 개발을 하기 위해 각 Issue 별로 develop 브랜치에서 feature 브랜치를 따서 사용했습니다. 매번 Issue 생성 → 브랜치 생성의 과정을 반복하다 보니 번거롭다는 생각이 들어 자동화해 보자는 생각에 구글링 하던 중 Jira와 Github Action을 찾게 되었습니다. Jira와 Github을 연동하면 Jira Issue에서 바로 Github branch를 생성하고 Issue와 관련된 코드 변경 사항을 추적할 수 있다고 합니다.  그런데 최대 10명의 사용자와  2GB 저장소 제공이라는 제한 사항이 있네요🤔저의 경우 주로 소규모 프로젝트를 진행해하기 때문에, 복잡한 프로젝트 관리보다는 간단한 이슈 관리 목적으로 Create Issue B..

Git에서 브랜치를 병합(merge)하는 방법은 여러 가지가 있으며, 프로젝트의 상황과 요구 사항에 맞게 적절한 방식을 선택하는 것이 중요합니다. 이번 포스팅에서는 Git에서 자주 사용되는 병합 방법들과 그 특징을 정리해 보겠습니다.  Git Branch Merge 방법과 특징 목차   1. Fast-forward Merge 2. 3-way Merge 3. Squash and Merge 4. Rebase and Merge마무리추천글  Fast-Forward MergeFast-forward Merge는 현재 브랜치의 HEAD가 대상 브랜치의 HEAD로 옮겨가는 방식입니다. 즉, 새로운 병합 커밋을 생성하지 않고, 병합할 브랜치의 커밋을 이어 붙이는 방식입니다.  master와 dev1이 각각 참조하는 ..

개발에서 Git을 사용한 브랜치 전략은 팀의 협업 방식과 릴리스 주기에 큰 영향을 미칩니다. 이 중에서도 많이 사용되는 두 가지 전략인 Git Flow와 GitHub Flow는 각기 다른 특성과 장점을 가지고 있습니다. 이번 포스팅에서는 두 가지 전략을 비교하고, 각 전략이 언제 적합한지 알아보겠습니다.     Git Branch 전략 비교 목차   1. Git Branch 전략 2. Git Flow 3. GitHub Flow 4. Git Flow vs GitHub Flow: 언제 어떤 전략을 선택할까? 5. 마무리 6. 추천글  Git Branch 전략여러 개발자가 하나의 저장소에 작업을 할 때, 협업을 좀 더 효과적으로 하기 위해 Git Branch에 대한 규칙을 정하고 저장소를 잘 활용하기 위한..