GitHub 정의 및 사용 방법

GitHub는 개발 버전 제어를 위해 소프트웨어 개발 팀에서 널리 사용되는 소프트웨어입니다.

둘 이상의 사람이 프로젝트에서 작업할 때 유용합니다.

예를 들어, 소프트웨어 개발자 팀이 웹 사이트를 구축하기를 원하고 프로젝트에서 작업하는 동안 모두 동시에 코드를 업데이트해야 한다고 가정합니다. 이 경우 Github는 모든 사람이 프로그램 코드 파일을 업로드, 편집 및 관리할 수 있는 중앙 집중식 리포지토리를 만드는 데 도움이 됩니다.

GitHub를 사용하기 전에 계정을 만들어야 합니다. GitHub의.

저장소

리포지토리는 일반적으로 애플리케이션 소프트웨어 프로젝트를 구성하는 데 사용됩니다. 리포지토리에는 프로젝트에 필요한 모든 폴더와 파일, 이미지, 비디오, 스프레드시트 및 데이터 세트가 포함될 수 있습니다. 종종 리포지토리에는 프로젝트에 대한 정보가 포함된 파일인 README 파일이 포함됩니다.

README 파일은 Markdown 언어로 일반 텍스트로 작성됩니다. 당신은 상담할 수 있습니다 이 페이지를 Markdown 언어의 빠른 참조로 웹. GitHub를 사용하면 새 리포지토리를 생성하는 동시에 README 파일을 추가할 수 있습니다. GitHub는 라이선스 파일과 같은 다른 일반적인 옵션도 제공하지만 처음에 아무 것도 선택할 필요가 없습니다.

새 저장소를 만들려면 오른쪽 상단의 메뉴에서 선택하십시오. New repository. 다음 단계를 진행하십시오.

1. 페이지의 오른쪽 상단에서 드롭다운 메뉴를 사용하여 New repository.

1. 리포지토리 이름 상자에 다음을 입력합니다. first-repository.
2. 설명 상자에 간단한 설명을 작성합니다.
3. README 파일 추가를 선택합니다.
4. 리포지토리가 공개인지 비공개인지 선택합니다.
5. 클릭 Create repository.

지점 만들기

분기를 생성하면 동시에 여러 버전의 리포지토리를 가질 수 있습니다.

기본적으로defi니타, 저장소 first-repository 명명된 지점이 있음 main 분기로 간주되는 defi네이티브. 저장소에서 기본에 대한 추가 분기를 만들 수 있습니다. first-repository. 분기를 사용하여 동시에 다른 버전의 프로젝트를 가질 수 있습니다. 이는 기본 소스 코드를 변경하지 않고 프로젝트에 새 기능을 추가하려는 경우에 유용합니다. 다른 브랜치에서 수행한 작업은 병합할 때까지 마스터 브랜치에 표시되지 않습니다. 브랜치를 사용하여 메인에 커밋하기 전에 실험하고 변경할 수 있습니다.

메인 브랜치에서 브랜치를 만들면 그 순간에 있었던 메인의 복사본 또는 스냅샷을 만드는 것입니다. 브랜치에서 작업하는 동안 다른 사람이 마스터 브랜치를 변경한 경우 해당 업데이트를 푸시할 수 있습니다.

다음 다이어그램에서 볼 수 있습니다.

본점
라는 새로운 지점 feature
그 길은 feature 메인과 병합되기 전에 수행

새로운 구현이나 버그 수정을 위해 분기를 만드는 것은 파일을 저장하는 것과 같습니다. GitHub에서 소프트웨어 개발자는 분기를 사용하여 기본 프로덕션 분기와 별도로 버그 수정 및 기능 작업을 유지합니다. 변경이 준비되면 마스터 브랜치에 병합됩니다.

브랜치를 생성하자

저장소를 만든 후 탭으로 이동하십시오. <>Code(1) 저장소의:

기본(2) 드롭다운 메뉴를 클릭한 다음 새 이름을 지정합니다. branch (3)

클리카 수 Create branch: first branch from 'main'

이제 우리는 두 branch, main e first-branch. 지금은 완전히 똑같아 보입니다. 나중에 새 항목에 변경 사항을 추가합니다. branch.

변경 및 확인

방금 새로 만들었습니다. branch, GitHub는 당신을 code page 새로운 것을 위해 first-branch, 이는 main의 사본입니다.

저장소의 파일을 변경하고 저장할 수 있습니다. GitHub에서는 저장된 변경 사항을 호출합니다. commit. 마다 commit 에서 메시지가 있습니다 commit 이는 특정 변경이 이루어진 이유를 설명하는 설명입니다. 의 메시지 commit 다른 기여자가 수행된 작업과 이유를 이해할 수 있도록 변경 내역을 캡처합니다.

지점 아래 first-branch README.md 파일을 클릭한 다음 연필을 클릭하여 파일을 편집합니다.

편집기에서 Markdown을 사용하여 작성합니다.

상자에 Commit changes (미리보기) 메시지를 작성합니다. commit 변경 사항을 설명합니다.

마지막으로 버튼을 클릭하십시오 Commit changes.

이러한 변경 사항은 README 파일에만 적용됩니다. first-branch, 이제 이 브랜치에는 메인 브랜치와 다른 콘텐츠가 포함됩니다.

하나의 열기 pull request

이제 메인 브랜치에 변경 사항이 있으므로 하나를 열 수 있습니다. pull request.

Le pull request 그들은 GitHub에서 협업의 핵심입니다. 당신이 열 때 pull request, 귀하는 변경 사항을 제안하고 다른 사람에게 review e pull 귀하의 기여를 그들의 지점에서 병합합니다. 그만큼 pull request 두 분기의 내용 차이를 보여줍니다. 변경, 추가 및 빼기는 다른 색상으로 표시됩니다.

커밋하자마자 코드가 완료되기 전에 풀 요청을 열고 토론을 시작할 수 있습니다.

기능 사용 @mention 게시물의 GitHub에서 pull request, 위치에 관계없이 특정 사람이나 팀에게 피드백을 요청할 수 있습니다.

당신은 심지어 열 수 있습니다 pull request 저장소에서 직접 병합하십시오. 더 큰 프로젝트를 진행하기 전에 GitHub 스트림을 학습할 수 있는 좋은 방법입니다.

하나를 만들기 위해 pull request 다음을 수행해야 합니다.

• 탭을 클릭하십시오 pull request 저장소의 first-repository.

• 클릭 New pull request
• 상자에 Example Comparisons, 생성한 분기를 선택하고 first-branch, 메인(원본)과 비교할 수 있습니다.
• 비교 페이지에서 차이점의 변경 사항을 검토하고 제출하려는 변경 사항인지 확인하십시오.

• 클릭 Create pull request.

• 당신의 제목을 부여 pull request 변경 사항에 대한 간단한 설명을 작성하십시오. 이모티콘을 포함하고 이미지와 GIF를 끌어다 놓을 수 있습니다.

• 필요에 따라 제목 및 설명 오른쪽에서 검토자 옆을 클릭합니다. 수신자, 레이블, 프로젝트 또는 이정표를 통해 이러한 옵션을 추가할 수 있습니다. pull request. 아직 추가할 필요는 없지만 이러한 옵션은 pull request.
• 클릭 Create pull request.

이제 공동 작업자가 변경 사항을 검토하고 제안할 수 있습니다.

너의 것을 병합 pull request

이 마지막 단계에서는 브랜치를 병합합니다. first-branch 본점에서. 병합 후 pull request, 지점 변경 first-branch main 파일에 포함됩니다.

때로는 풀 리퀘스트가 메인의 기존 코드와 충돌하는 코드 변경을 도입할 수 있습니다. 충돌이 있는 경우 GitHub는 충돌 코드에 대해 경고하고 충돌이 해결될 때까지 병합을 방지합니다. 충돌을 해결하는 커밋을 만들거나 풀 요청의 주석을 사용하여 팀원과 충돌을 논의할 수 있습니다.

• 클릭 Merge pull request 변경 사항을 기본으로 병합합니다.

• 클릭 Confirm merge. 요청이 성공적으로 병합되었고 요청이 종료되었다는 메시지를 받게 됩니다.
• 클릭 Delete branch. 이제 당신의 richiesta pull 병합되고 변경 사항이 기본에 있으므로 분기를 안전하게 삭제할 수 있습니다. first-branch. 프로젝트를 추가로 변경하려는 경우 언제든지 새 분기를 만들고 이 프로세스를 반복할 수 있습니다.

Ercole Palmeri