GitHub는 코드 호스팅에 사용되는 Microsoft 소유의 온라인 플랫폼입니다. 버전 제어 및 협업에 사용되며 개발자가 어디서나 동시에 프로젝트 작업을 수행할 수 있습니다.
GitHub에서 개발자는 일반적으로 프로젝트를 구성하는 데 사용되는 리포지토리를 쉽게 만들 수 있습니다. 이러한 저장소에는 폴더, 파일, 이미지, 비디오, 스프레드시트, 데이터 세트 또는 프로젝트에 필요한 모든 것이 포함될 수 있습니다. 또한 프로젝트를 설명하고 프로젝트에 대한 정보를 제공하는 Readme.md 파일도 함께 제공됩니다.
리포지토리를 만드는 방법
리포지토리를 만들 때 다음 단계를 따르세요.
- 클릭 +, 페이지의 오른쪽 상단에 있습니다. 그런 다음 선택 새 리포지토리.
- 저장소의 이름을 선택하십시오(저는 "Hi Everyone"을 사용하겠습니다).
- 저장소에 대한 간략한 설명을 작성하십시오.
- 선택하다 README를 사용하여 이 저장소를 초기화하십시오.
- 클릭 저장소 생성 단추.
분기를 만드는 방법
서로 다른 개발자가 같은 문서에서 동시에 작업을 하고 싶을 때 Branching이라는 GitHub의 기능을 사용합니다. 기본적으로 리포지토리를 만들 때 마스터 브랜치라는 브랜치가 하나만 있습니다. 분기는 최종적으로 마스터 분기에 할당하기 전에 코드를 실험하거나 편집하는 데 사용됩니다.
마스터 분기에서 분기가 생성되면 새 사무실은 부서가 생성된 시점의 마스터 분기의 복사본입니다. 또한 브랜치를 생성한 후 누군가가 마스터 브랜치를 변경하면 해당 변경 사항을 새 브랜치로 가져올 수 있습니다.
새 분기를 만드는 단계
- 새 저장소인 "안녕, 모두"로 이동합니다.
- 파일 목록 상단에 있는 드롭다운을 클릭합니다. 지점: 마스터.
- 새 분기의 이름(예: 'illusBranch')을 새 분기 텍스트 상자에 입력합니다.
- 클릭 브랜치 생성 상자를 누르거나 "입력하다" 키보드에.
변경 및 커밋
이제 마스터 브랜치의 복사본인 'illusBranch'에 대한 코드 보기에 있습니다. GitHub 플랫폼에서 변경하고 저장하는 모든 변경 사항을 '커밋'이라고 합니다. 변경 사항이 무엇인지 자세히 설명하는 항목이 첨부되어 있습니다.
변경 및 커밋
- 먼저 읽어보기.md 파일.
- 그런 다음 파일 보기의 오른쪽 모서리에 있는 연필 아이콘을 클릭합니다. 코드를 편집할 수 있습니다.
- 편집기가 열리면 변경하려는 내용을 입력합니다.
- readme.md 파일에 대한 변경 사항을 가장 잘 설명하는 커밋 메시지를 작성하십시오.
- 클릭 변경 사항 커밋 단추.
풀 리퀘스트를 여는 방법
이제 마스터의 분기를 변경했으며 요청을 가져올 수 있습니다. 풀 리퀘스트를 열면 제안된 변경 사항을 제시하고 다른 사람에게 검토를 요청하는 것입니다. 검토자가 변경 사항을 수락하면 제안된 변경 사항을 분기에 병합합니다. pull 요청은 두 분기의 콘텐츠 차이를 보여줍니다. 모든 변경 사항은 빨간색 또는 녹색으로 표시됩니다. 커밋을 생성한 직후 pull 요청으로 커밋에 액세스하여 이에 대한 토론을 열 수 있습니다.
파일을 본 것으로 표시하는 방법
대규모 코드베이스에서 작업하는 개발자의 경우 대규모 pull 요청을 피하는 경우는 드뭅니다. 파일을 검색하고 검토하는 데 몇 시간이 걸릴 수 있습니다. 검색에 소요되는 시간은 누군가가 자신이 어디에 있는지 쉽게 잊게 만들 수 있습니다. 검토한 데이터를 추적하는 쉬운 방법은 파일을 본 것으로 표시하는 것입니다.
파일을 본 것으로 표시하는 단계
풀 리퀘스트 상단에서 진행 상황을 확인할 수 있습니다. 여기에서 본 파일과 아직 보지 못한 파일을 볼 수 있습니다. 파일을 본 것으로 표시하면 자동으로 축소되어 더 쉽게 검토할 수 있습니다.
아래 이미지는 단계를 설명하는 데 도움이 됩니다.
- 만들기 풀 리퀘스트.
- 새로 추가되거나 편집된 모든 파일을 보려면 끌어오기 요청을 엽니다.
- 파일을 클릭하여 본 것으로 표시합니다. 이렇게 하면 파일이 축소됩니다.
파일 표시는 검토자가 작업에 집중하고 진행 상황을 쉽게 추적할 수 있도록 하는 GitHub의 편리한 기능입니다. 또한 본 기능을 사용하면 이미 본 코드에서 변경 사항이 있을 때 이를 알 수 있습니다.
예를 들어, 파일을 열었을 때 이미 수행한 후에 다른 사람이 코드의 내용을 검토하고 변경하는 경우 조회 상태가 "마지막 조회 이후 변경됨"으로 변경됩니다. 이것은 또한 다른 사람들이 자신의 기간 동안 변경한 사항을 확인할 수 있도록 합니다. 리뷰.
마무리
새로운 프로젝트를 혼자서 코딩하는 것은 어려울 수 있으니 혼자 하지 마세요! Microsoft는 GitHub를 통해 협업을 쉽고 효과적으로 만들었습니다.