Github 란?
- GitHub는 버전 제어 및 협업을위한 코드 호스팅 플랫폼입니다. 그것은 당신과 다른 사람들이 어디서나 함께 프로젝트를 진행할 수 있도록합니다.
- 이 튜토리얼은 저장소, 브랜치, 커밋 및 요청과 같은 GitHub의 기본 사항을 알려줍니다. 자신 만의 Hello World 리포지토리를 만들고 코드를 만들고 보는 데 널리 사용되는 GitHub의 Pull Request 워크 플로를 배웁니다.
- 이 자습서를 완료하려면 코딩이 필요하지 않으며 GitHub.com 계정과 인터넷 액세스 만 필요합니다.
리포지토리 생성 및 사용
- 리포지토리는 종종 개별 프로젝트를 구성하는 데 사용됩니다. 저장소에는 폴더와 파일, 이미지, 비디오, 스프레드 시트 및 데이터 세트 등이 포함될 수 있습니다. README 또는 프로젝트에 대한 정보가 포함 된 파일을 포함하는 것이 좋습니다.
- Hello World 저장소는 아이디어, 리소스를 저장하고 다른 사람과 공유하고 토론하는 곳이 될 수 있습니다.
새 저장소 만들기
1. 오른쪽 상단의 아바타 또는 ID 아이콘 옆에있는 "새 저장소"를 클릭하고 선택합니다.
2. 저장소 이름을 hello-world로 지정합니다.
3. 간단한 설명을 작성합니다.
4. README를 사용하여이 저장소를 초기화하도록 선택합니다.
새 브랜치 생성
- 분기는 여러 버전의 저장소에서 한 번에 작업하는 방법입니다.
- 기본적으로 저장소에는 신뢰할 수있는 분기로 간주되는 main이라는 분기가 있습니다. 브랜치를 사용하여 실험 및 편집 한 다음 메인
- 메인 브랜치에서 브랜치를 생성 할 때 메인 브랜치를 복사하고 있으며 브랜치에서 작업하는 동안 다른 사람이 메인 브랜치를 변경하면 해당 업데이트를 가져올 수 있습니다.
- 그림은 다음을 보여줍니다.
메인 브랜치는
기능이라는 새로운 브랜치입니다 (이 브랜치에서 "기능 작업"을 수행하고 있기 때문
입니다). 기능 브랜치가 메인에 통합되기 전에 거쳐야하는 여정
다른 버전의 파일을 저장 한 적이 있습니까? 다음과 같습니다.
story.txt
story-joe-edit.txt
story-joe-edit-reviewed.txt
브랜치는 GitHub 저장소에서 비슷한 목표를 달성합니다.
GitHub에서 개발자, 작성자 및 디자이너는 분기를 사용하여 버그 수정 및 기능 작업을 기본 (프로덕션) 분기와 구분합니다. 변경할 준비가되면 분기를 main에 병합합니다.
새 브랜치 생성
- 새 저장소 hello-world로 이동하십시오.
- 파일 목록 맨 위에있는 드롭 다운 목록을 클릭하여 분기 : main을 표시합니다.
- 새 분기 텍스트 상자에 분기 이름, readme-edits를 입력하십시오.
- 파란색 "만들기"분기 상자를 선택하거나 키보드에서 "Enter"를 누릅니다.
이제 main 및 readme-edits의 두 가지 브랜치가 있습니다. 이제 완전히 동일하게 보입니다. 다음으로 새 브랜치에 변경 사항을 추가합니다.
새 지점 시작 및 관리
- 이제 main의 사본 인 readme-edits 브랜치의 코드보기에 있습니다. 이제 몇 가지를 수정 해 보겠습니다.
- GitHub에서 저장된 변경 사항을 커밋 이라고 합니다. 모든 커밋에는 관련 커밋 메시지가 있으며, 이는 특정 변경이 발생한 이유를 설명합니다. 커밋 메시지는 변경 내역을 기록하므로 다른 기여자가 사용자가 한 작업과 이유를 이해할 수 있습니다.
변경 및 제출
README.md 파일을 클릭하십시오.
편집 할 파일보기의 오른쪽 상단에있는 연필 아이콘을 클릭합니다.
편집기에서 자신에 대한 정보를 작성하십시오.
변경 사항을 설명하는 커밋 메시지를 작성합니다.
변경 사항 제출 버튼을 클릭하면
readme-edits 브랜치의 README 파일 만 변경되므로이 브랜치는 이제 메인과 다른 내용을 포함합니다.
풀 요청 열기
- 이제 메인 브랜치를 변경 했으므로 이제 풀 요청을 열 수 있습니다.
- Pull Request 는 GitHub 협업의 핵심입니다. 풀 리퀘스트를 열면 변경을하고 누군가에게 기여를 검토하고 추출하여 브랜치에 병합하도록 요청하는 것입니다. 풀 리퀘스트는 두 브랜치의 콘텐츠 차이 또는 차이를 보여줍니다. 변경, 더하기 및 빼기는 녹색과 빨간색으로 표시됩니다.
- 제출 후 풀 리퀘스트를 열고 코드가 완성되기 전에 토론을 시작할 수 있습니다.
- 풀 요청 메시지에서 GitHub의 @mention 시스템을 사용하면 특정 사람이나 팀이 로비에 있든 10 개 시간대에 있든 상관없이 피드백을 제공하도록 요청할 수 있습니다.
- 자체 리포지토리에서 pull 요청을 열고 직접 병합 할 수도 있습니다. 이것은 대규모 프로젝트에서 작업하기 전에 GitHub 프로세스를 배우는 좋은 방법입니다.
- README 요청을 변경하려면 Pull Request를 엽니 다.
[1] "Pull Request"탭을 클릭 한 다음 "Pull Request"페이지에서 녹색 "New Pull Request"버튼을 클릭합니다.
[2] "예제 비교"상자에서 기본 (원본)과 비교하기 위해 생성 한 분기 (readme-edits)를 선택합니다.
[3] "비교"페이지에서 차이점의 변경 사항을 확인하여 본인의 것인지 확인합니다. 제출하려면
[4] 제출할 변경 사항에 만족하면 큰 녹색 버튼을 클릭하여 요청을 작성하십시오.
[5] 요청의 제목과 변경 사항에 대한 간략한 설명을
작성하고 메시지를 남긴 후 "Create pull request"를 클릭하세요!
팁 : 이모티콘을 사용하고 이미지와 GIF를 메모 및 "풀 요청"으로 끌어다 놓을 수 있습니다.
Pull Request 열기 및 병합
마지막 단계에서는 변경 사항을 함께 수집하고 readme-edit 분기를 기본 분기에 병합합니다.
- 녹색 "풀 리퀘스트 병합"버튼을 클릭하여 변경 사항을 메인
- 병합 확인을 클릭합니다.
- 변경 사항이 병합되었으므로 분기를 삭제하십시오. 보라색 상자에있는 "분기 삭제"버튼을 사용하십시오.
이 튜토리얼을 마치고 나면 프로젝트를 생성하고 GitHub에서 풀 요청을하는 방법을 배웠습니다!
GitHub 프로필을 확인하면 새로운 기여 상자가 표시됩니다!
풀 요청 기능에 대해 자세히 알아 보려면 GitHub 흐름 가이드를 읽는 것이 좋습니다 . GitHub Explore를 방문 하여 오픈 소스 프로젝트에 참여할 수도 있습니다 .