이 글은
https://guides.github.com/activities/hello-world/
번역글입니다.
=======================================================================
Hello World 프로젝트는 컴퓨터 프로그래밍의 오랜 전통입니다. 새로운 것을 배울 때 시작하는 간단한 연습입니다. GitHub를 시작하겠습니다!
다음 방법을 배우게 됩니다.
GitHub 란 무엇입니까?
GitHub는 버전 제어 및 공동 작업을 위한 코드 호스팅 플랫폼입니다. 그것은 당신과 다른 사람들이 어디서나 프로젝트를 함께 작업 할 수 있도록 합니다.
이 자습서에서는 리포지토리, 브랜치, 커밋, 풀 요청과 같은 GitHub 필수 사항을 설명합니다. 자신 만의 Hello World 저장소를 만들고 코드를 만들고 검토하는 인기 있는 방법인 GitHub의 Pull Request 워크 플로를 배우게 됩니다.
코딩이 필요하지 않습니다.
이 자습서를 완료하려면 GitHub.com 계정과 인터넷 액세스가 필요합니다. 코딩 방법, 명령 줄 사용 방법, Git 설치 방법을 알 필요가 없습니다 (버전 제어 소프트웨어 GitHub가 기본 제공됨).
팁 : 자습서의 단계를 완료하는 동안 볼 수 있도록 별도의 브라우저 창 (또는 탭)에서 이 가이드를 엽니다.
1 단계. 리포지토리 생성
저장소는 일반적으로 단일 프로젝트를 구성하는 데 사용됩니다. 저장소에는 프로젝트에 필요한 모든 폴더와 파일, 이미지, 비디오, 스프레드 시트 및 데이터 세트가 포함될 수 있습니다. README 또는 프로젝트에 대한 정보가 있는 파일을 포함하는 것이 좋습니다. GitHub를 사용하면 새 저장소를 만드는 동시에 쉽게 추가 할 수 있습니다. 또한 라이센스 파일과 같은 다른 공통 옵션도 제공합니다.
hello-world 저장소는 아이디어, 리소스를 저장하거나 다른 사람과 공유 및 토론하는 장소가 될 수 있습니다.
새 저장소를 만들려면
저장소 만들기(Create repository)를 클릭합니다.
2 단계. 브랜치 생성
분기는 한 번에 여러 버전의 저장소에서 작업하는 방법입니다.
기본적으로 저장소에는 최종 분기로 간주되는 main이라는 분기가 하나 있습니다. 우리는 브랜치를 메인에 커밋하기 전에 실험하고 편집하기 위해 브랜치를 사용합니다.
메인 브랜치에서 브랜치를 만들면 해당 시점의 메인 브랜치의 복사본 또는 스냅 샷을 만드는 것입니다. 브랜치에서 작업하는 동안 다른 사람이 메인 브랜치를 변경 한 경우 해당 업데이트를 가져올 수 있습니다.
이 다이어그램은 다음을 보여줍니다.
다른 버전의 파일을 저장 한 적이 있습니까? 다음과 같은 것 :
브랜치는 GitHub 저장소에서 유사한 목표를 달성합니다.
여기 GitHub에서 개발자, 작성자 및 디자이너는 버그 수정 및 feature 작업을 main (프로덕션) 브랜치와 별도로 유지하기 위해 브랜치를 사용합니다. 변경이 준비되면 분기를 main으로 병합합니다.
새 분기를 만들려면
이제 main 및 readme-edits의 두 가지 분기가 있습니다. 그들은 똑같아 보이지만 오래 가지 않습니다! 다음으로 새 분기에 변경 사항을 추가합니다.
3 단계. 변경 사항 작성 및 커밋
브라보! 이제 main의 복사본인 readme-edits 분기의 코드 보기에 있습니다. 수정해 보겠습니다.
GitHub에서 저장된 변경 사항을 커밋이라고 합니다. 각 커밋에는 관련 커밋 메시지가 있으며, 이는 특정 변경이 발생한 이유를 설명하는 설명입니다. 커밋 메시지는 변경 내역을 캡처하므로 다른 참여자가 내가 한 작업과 그 이유를 이해할 수 있습니다.
변경 및 커밋
이러한 변경 사항은 readme-edits 분기의 README 파일에만 적용되므로 이제 이 분기에는 main과 다른 내용이 포함됩니다.
4 단계. Pull 요청 열기
멋진 편집! 이제 main에서 분기가 변경되었으므로 pull 요청을 열 수 있습니다.
Pull Request는 GitHub 협업의 핵심입니다. 풀 요청을 열면 변경 사항을 제안하고 누군가가 기여를 검토하고 가져 와서 해당 지점에 병합하도록 요청하는 것입니다. 풀 리퀘스트는 두 브랜치의 콘텐츠 차이 또는 차이점을 보여줍니다. 변경, 더하기 및 빼기는 녹색과 빨간색으로 표시됩니다.
커밋을 하자 마자 코드가 완료되기 전에도 풀 리퀘스트를 열고 토론을 시작할 수 있습니다.
풀 요청 메시지에서 GitHub의 @mention system을 사용하면 특정 사람이나 팀이 복도에 있든 10 개 시간대에 있든 상관없이 피드백을 요청할 수 있습니다.
자체 리포지토리에서 pull 요청을 열고 직접 병합 할 수도 있습니다. 대규모 프로젝트를 작업하기 전에 GitHub 흐름을 배우는 좋은 방법입니다.
README 변경 사항에 대한 Pull Request 열기
더 큰 버전을 보려면 이미지를 클릭하십시오.
단계 |
스크린 샷 |
풀 요청 탭을 클릭 한 다음 풀 요청 페이지에서 녹색 새 풀 요청 버튼을 클릭합니다. |
|
예제 비교 상자에서 만든 분기 인 readme-edits를 선택하여 기본 (원본)과 비교합니다. |
|
비교 페이지의 차이점에서 변경 사항을 살펴보고 제출하려는 내용이 맞는지 확인하십시오. |
|
제출하려는 변경 사항이 만족 스러우면 큰 녹색 Create Pull Request 버튼을 클릭합니다. |
|
풀 리퀘스트에 제목을 지정하고 변경 사항에 대한 간략한 설명을 작성하십시오. |
|
메시지 작성을 마쳤으면 Create pull request!
팁 : 이모티콘을 사용하고 이미지와 GIF를 댓글 및 Pull Request에 끌어다 놓을 수 있습니다.
5 단계. Pull Request 병합
이 마지막 단계에서는 변경 사항을 통합하여 readme-edits 분기를 기본 분기로 병합해야 합니다.
녹색 Merge pull request 버튼을 클릭하여 변경 사항을 main에 병합합니다.
병합 확인(Confirm merge)을 클릭합니다
보라색 상자에 있는 분기 삭제 버튼을 사용하여 변경 사항이 통합되었으므로 분기를 삭제하십시오.
Celebrate!
이 튜토리얼을 완료함으로써 프로젝트를 생성하고 GitHub에서 pull 요청을 하는 방법을 배웠습니다!
이 자습서에서 수행 한 작업은 다음과 같습니다.
GitHub 프로필을 살펴보면 새로운 기여 사각형을 볼 수 있습니다!
Pull Requests의 힘에 대해 자세히 알아 보려면 GitHub 흐름 가이드를 읽는 것이 좋습니다. GitHub Explore를 방문하여 오픈 소스 프로젝트에 참여할 수도 있습니다.
팁 : GitHub를 시작하는 방법에 대한 자세한 내용은 다른 가이드, YouTube 채널 및 주문형 교육을 확인하세요.
등록된 댓글이 없습니다.