Standard GIT flow

GIT flow with PR(Pull Request) process

Git Flow PR 단계 요약:

1. 변경 사항 개발:

feature 브랜치에서 새로운 기능을 개발합니다.

2. PR 생성:

개발이 완료되면, 해당 feature 브랜치를 develop 브랜치 또는 다른 적절한 브랜치로 병합해 달라고 PR을 생성합니다.

3. 코드 리뷰:

팀원들은 PR을 통해 변경 사항을 검토하고, 피드백을 제공합니다.

4. 충돌 해결:

코드 리뷰 과정에서 충돌이 발생하면, 개발자는 해당 충돌을 해결해야 합니다.

5. 병합:

코드 리뷰와 충돌 해결이 완료되면, PR을 승인하고 변경 사항을 목표 브랜치에 병합합니다.

Git Flow에서 PR의 중요성:

코드 품질 향상:

코드 리뷰를 통해 코드 품질을 향상시키고 버그 발생 가능성을 줄일 수 있습니다.

협업 효율성 증대:

PR은 팀원 간의 소통을 원활하게 하고, 공동 작업의 효율성을 높입니다.

지속적인 통합 및 배포:

PR을 통해 변경 사항이 통합되고 배포되는 과정이 체계적으로 관리됩니다.

추가 설명:

Git Flow는 개발, 릴리즈, 핫픽스 등 다양한 브랜치 전략을 포함하는 워크플로우입니다. PR은 이러한 워크플로우에서 특정 브랜치에 변경 사항을 병합하기 위한 메커니즘으로 사용됩니다.
Git Flow에서 PR은 주로 feature 브랜치에서 develop 브랜치로 병합할 때 사용되며, develop 브랜치에서 release 브랜치로 병합할 때, 또는 release 브랜치에서 master 브랜치로 병합할 때에도 PR을 활용할 수 있습니다.
PR은 단순히 코드를 병합하는 기능 이상으로, 팀원 간의 코드 리뷰와 협업을 통해 프로젝트의 품질을 높이고, 개발 프로세스를 효율적으로 관리하는 데 중요한 역할을 합니다.

Github Actions란

Github에서 제공하는 빌드, 테스트 및 배포 파이프라인을 자동화할 수 있는 CI/CD 서비스입니다.
CI: Continuous Integration, 지속 통합
CD: Continuous Deployment, 지속 배포

사용법

먼저 .github이라는 폴더를 프로젝트 루트 경로에 생성을 해주고, 그 안에 workflows라는 폴더를 만들어 줍니다. 이렇게 해주면 github에서 해당 경로 안에 들어 있는 workflow 파일을 찾아서 github action을 실행할 수 있게 됩니다.
workflow의 파일 이름은 웬만하면 어떤 파일인지 알 수 있게끔 명명하고, 확장자는 꼭 .yml으로 끝나야 합니다. (github action은 YML 파일로 동작한다고 합니다.)

Settings.Collaborators.Add people to "repository name"