Github repository 만들기

 

GitHub 리포지토리는 개발자가 프로젝트의 코드, 문서, 이슈 관리, 협업 도구를 체계적으로 관리할 수 있도록 하는 웹 기반 서비스입니다. 리포지토리는 특정 프로젝트나 코드베이스를 담고 있으며, 개발의 모든 기록과 협업 과정을 추적할 수 있는 중심지 역할을 합니다. 아래는 GitHub 리포지토리의 주요 요소와 그 기능입니다.

쉽게 "컨테이너" 또는 폴더라고 이해하시면 편합니다. 

1. 코드 (Code)
리포지토리에는 프로젝트의 모든 코드 파일이 저장됩니다. `README.md` 파일이 있다면, 리포지토리의 첫 화면에서 프로젝트 개요와 사용 방법, 목적 등을 간단히 보여주기 때문에 방문자가 프로젝트를 이해하는 데 도움을 줍니다. 

2. 커밋 (Commits)
커밋은 프로젝트의 변경 사항을 기록하는 단위입니다. 코드나 문서에 변화가 있을 때마다 커밋 메시지를 남기며, 이를 통해 프로젝트가 어떻게 발전해 왔는지 추적할 수 있습니다. 커밋 내역은 개발의 역사이자 백업 역할을 하며, 이전 버전으로 복원할 수 있는 기능을 제공합니다.

3. 브랜치 (Branches)
브랜치는 리포지토리의 메인 코드와 별개로 새로운 기능을 추가하거나 버그를 수정할 때 사용합니다. 개발자는 새로운 브랜치를 만들어 독립적으로 작업할 수 있으며, 작업이 끝나면 이를 메인 브랜치에 병합하여 반영할 수 있습니다. 브랜치를 통해 메인 코드베이스를 안정적으로 유지하면서 동시에 여러 작업을 진행할 수 있습니다.

4. 풀 리퀘스트 (Pull Requests)
풀 리퀘스트는 브랜치의 변경 사항을 메인 코드베이스에 병합하기 전에 검토하는 요청입니다. 개발자는 수정 또는 기능 추가 작업을 마친 후 이를 검토자에게 요청할 수 있고, 검토자는 코드를 확인하고 피드백을 제공하거나 병합을 승인할 수 있습니다. 이는 협업 과정에서 중요한 부분으로, 코드 품질을 높이고 오류를 줄이는 데 도움을 줍니다.

5. 이슈 (Issues)
이슈는 프로젝트에서 발생하는 문제점, 버그, 개선사항 등을 기록하는 공간입니다. 개발자는 작업 중 발견한 문제를 이슈로 등록하여 추적할 수 있으며, 팀원들과 문제 해결 방안을 논의하거나 작업을 할당할 수 있습니다. 이슈는 프로젝트 관리의 중심 요소로, 할 일 목록으로도 자주 활용됩니다.

6. 프로젝트 (Projects) 및 액션 (Actions)
프로젝트 보드는 칸반 스타일로 작업을 관리할 수 있게 해 주며, GitHub Actions는 CI/CD 기능을 제공하여 코드의 빌드, 테스트, 배포 자동화를 지원합니다. 이를 통해 개발과 배포 과정이 더 효율적으로 관리됩니다.

7. 위키 (Wiki)
리포지토리에는 프로젝트 관련 문서를 관리할 수 있는 위키가 포함될 수 있습니다. 프로젝트 개요, 개발 가이드, 사용법 등 문서를 체계적으로 관리하여 사용자와 개발자가 프로젝트에 대한 이해를 높일 수 있습니다.

GitHub 리포지토리는 개인 프로젝트부터 대규모 오픈소스 프로젝트까지 다양한 규모의 개발 작업에 유용하며, 특히 버전 관리와 협업에 최적화되어 있습니다.

 

 

Github에 가입하고 아무것도 해보지 않은 깨끗한 Github입니다. 

 

왼쪽 위의 "Create repoisitory"를 클릭합니다.

Create a new repository 화면에서 필요한 정보를 입력합니다. 

  1. Repository name : 리포지토리의 이름을 입력합니다. 

  2. Public을 선택합니다. 

  3. Readme file을 추가하기 위해 "Add a README file"을 체크합니다.

만들어진 리포지토리 화면입니다. 

README.md 파일과 제목이 보입니다.