Skip to content

Commit c917bc3

Browse files
committed
README 초안
1 parent 3fa871a commit c917bc3

File tree

1 file changed

+32
-1
lines changed

1 file changed

+32
-1
lines changed

README.md

Lines changed: 32 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,2 +1,33 @@
11
# github-tutorial
2-
연습해봅시다
2+
깃허브 워크플로우를 연습해봅시다
3+
4+
혹시 진행하시다 질문있으시면 말씀해주세요.
5+
6+
## update
7+
- 2023/12/21
8+
기능 단위로 이슈를 만들고, 이슈에서 브랜치를 생성하는 것으로 기본구조를 잡으려고 합니다. (추후 변경 가능)
9+
10+
11+
12+
## 전체 워크 플로우
13+
![](img/git_fork.png)
14+
15+
## 1. fork하기
16+
- Fork는 `Upstream Remote Repository`를 개인의 `Origin remote Repository`로 복사해오는 과정입니다.
17+
- 모든 코드 작업은 개인 리포지토리로 fork한 후 진행합니다.
18+
![Alt text](img/highlight_fork.png)
19+
- 아래 그림에서 보시는 것처럼 리포 페이지 오른쪽 상단의 fork를 눌러 진행할 수 있습니다.
20+
![Alt text](img/howtofork.png)
21+
22+
23+
## 2. 작업하기
24+
- fork를 한 `Origin Remote Repository`를 본인의 `Local Repository`에 clone해서 작업을 시작합니다.
25+
- 커밋할 때는 *커밋메세지를 변경사항에 대한 내용을 최대한 세밀하게 나누고 알아보기 쉽게 작성*해주세요. (정말 중요!)
26+
27+
## 3. Pull Request
28+
- 작업 변경 사항을 이제 `Upstream Remote Repository`에 반영해야합니다.
29+
- 본인의 `Origin Remote Repository`에서 Pull Request
30+
![Alt text](img/howtopr.png)를 요청합니다.
31+
- 이 때, *origin의 브랜치와 upstream의 브랜치가 같아야한다는 것 알아주세요.*
32+
- Pull Request한 변경 사항이 Upstream에 반영되었을 때, 오류가 발생해서는 안 되겠죠? 이를 방지하기 위해, 테스트와 코드 리뷰로 미연의 오류를 방지해야합니다. 이 테스트와 코드 리뷰 부분은 차차 정해나가면 좋을 것 같습니다.
33+

0 commit comments

Comments
 (0)