해당 Repository는 다음과 같은 규칙을 따르고 있습니다.

1. 개발을 시작할 때는 현재(Origin) Repository에서 Issue를 생성합니다.

2. 이후 Issue에서 Origin Repository의 Dev Branch에서 새로운 Branch를 생성합니다. 오른쪽 아래에 Create a Branch를 통해서 생성합니다!!

   • 이때 브랜치 이름은 다음을 따릅니다.
     • 새로운 기능 개발 : feature/#[Issue의 번호]
     • 버그 픽스 : fix/#[Issue의 번호]
     • 기능 리팩토링 : refactor/#[Issue의 번호]

   

3. Loacl에서 Fetch를 통해 만든 New Branch(feature or fix or refactor)을 들고옵니다.

git fetch origin

4. 해당 Branch로 checkout 이후 기능 개발을 진행합니다.

git checkout feature/#1 # 예시입니다.

1. 기능 개발이 종료되면 현재(Origin) Repository의 Branch(feature or fix or refactor)로 변경 사항을 Push 합니다.

git push origin feature/#1 # 예시입니다.

2. 위에 보이는 Compare & Pull Request 버튼을 누릅니다!

3. Code Review 이후 마지막으로 Approve한 사람은 Dev로 Squash And Merge를 해줍니다.

4. PR이 Merge되면 Local에서는 dev Branch로 checkout합니다.

git checkout dev

5. Local에서 현재(Origin) Repository의 dev Branch를 pull 받습니다.

git pull origin dev

• 사용자는 먼저 Upstream Repository를 자신의 GitHub 계정으로 포크(fork)하고, 이 포크(fork)된 Origin Repository를 로컬 컴퓨터로 Clone하여 작업합니다.

• 그 후 개발한 변경 사항을 Origin Repository로 Push합니다. 이후 Upstream Repository로 풀 PR를 보내 변경 사항을 제안합니다.

• PR이 완료 된 후 Upstream Repository의 최신 변경 사항을 가져오기 위해 Local에서 풀(pull)을 사용합니다.

1. 개발을 시작할 때는 Upstream Repository에서 Issue를 생성합니다.
2. 이후 Issue에서 Origin Repository의 Dev Branch에서 새로운 Branch를 생성합니다
   • 이때 브랜치 이름은 다음을 따릅니다.
   • 새로운 기능 개발 : feature/#[Issue의 번호]
   • 버그 픽스 : fix/#[Issue의 번호]
   • 기능 리팩토링 : refactor/#[Issue의 번호]
3. Loacl에서 Fetch를 통해 만든 New Branch(feature or fix or refactor)을 들고옵니다.
4. 해당 Branch로 checkout 이후 기능 개발을 진행합니다.

1. 기능 개발이 종료되면 Origin Repository의 Branch(feature or fix or refactor)로 변경 사항을 Push 합니다.
2. Origin Repository에서 Upstream Repository로 PR을 보냅니다.
3. Code Review 이후 마지막으로 Approve한 사람은 Squash And Merge를 합니다.
4. PR이 Squash And Merge되면 Local에서는 dev Branch로 checkout합니다.
5. Local에서 Upstream Repository의 dev Branch를 pull 받습니다.
6. 마지막으로 Origin Repository의 dev Branch를 Update하기 위해 Push를 해줍니다.