힘내 저장소 이름
우리의 일상 생활에서 상호 작용할 때 누군가를 이름으로 부르는 것은 중요합니다. 결국, 그들의 이름은 그들의 정체성과 가장 중요하게 연결되어 있으며, 이는 누군가의 관심을 끌 수 있는 가장 간단한 방법입니다.
그리고 무엇보다 다른 사람들이 자신의 이름을 부르거나 사용하는 데 문제가 없다고 느낄 정도로 이름이 간결해야 합니다.
Git의 경우도 마찬가지입니다. Git 리포지토리의 이름 지정은 Git 계정의 사용자가 번거로움 없이 필요한 리포지토리에 쉽게 액세스할 수 있도록 일관되고 호환 가능해야 해당 이름을 사용하여 작업을 보다 확실하고 전문적으로 만들 수 있습니다.
Git 리포지토리의 누군가가 말했듯이 “훌륭한 리포지토리 이름은 짧고 기억하기 쉽습니다.”
Git에서 리포지토리 이름 지정 규칙
간결하고 최신 리포지토리 이름을 선택하는 것은 Git을 사용하는 동안 큰 작업입니다. Git에서 리포지토리 이름을 지정할 때 두 가지 규칙을 따라야 합니다.
-
리포지토리 이름은 계정에 따라 고유해야 합니다.
즉, 리포지토리 이름은 팀원의 이름과 달라야 합니다. 예를 들어 리포지토리 이름이
my-best-repo
이고 팀 동료도my-best-repo
라는 리포지토리를 가지고 있는 경우입니다.Git을 사용하는 동안 하나의 계정에 같은 이름의 두 개의 리포지토리가 있을 수 없기 때문에 불가능합니다.
즉, 다른 사람이
my-awesome-repo
라는 이름의 GitHub 리포지토리를 가질 수 있으며 귀하도 가질 수 있습니다. 그러나 귀하의 계정에 같은 이름으로 두 개의 리포지토리를 가질 수는 없습니다.
-
프로젝트를 반영하는 간결하고 호환 가능한 이름을 선택하십시오.
사람들은 선호도에 따라 저장소 이름을 지정합니다. 일부는 단어를 구분하기 위해 하이픈
-
을 선호하고 일부는 밑줄_
을 사용합니다.이것은 모두 개인 취향에 따라 다르며 공백과 탭을 제외한 모든 문자가 분리를 할 수 있습니다. 또한 팀의 선호도 및 규칙에 따라 명명 변환을 따라야 합니다.
Git 리포지토리 이름의 예
위에서 제시한 제안에 따라 저장소가 어떻게 생겼는지 살펴보겠습니다. 리포지토리 이름을 하이픈으로 구분된 세 부분으로 나눕니다.
section1-section2-section3
- 섹션 1은 우리가 팀으로 작업하는 프로젝트 이름을 정의합니다.
- 섹션 2는 프로젝트의 목적과 정의를 정의합니다.
- 섹션 3은 프로젝트의 언어 또는 프레임워크를 정의합니다.
이것은 다음과 같이 보일 수 있습니다.
Air-SoapAPI-CSharp
위에서 언급한 섹션은 예를 들어 위의 Soap-API
예제에서 섹션 2를 분리하는 경우와 같이 분할하려는 경우 하이픈을 통해 추가로 분리할 수 있습니다.
결론
이 기사에서는 Git의 리포지토리 이름에 대한 기준을 요약했습니다. 여기에는 다음이 포함됩니다.
- 설명
- 일관된
- 간단하게 (짧게/간결하게)
- 미래 지향적
- 확장 가능
- 재사용 가능
- 상황별
- 읽기 가능
Abdul is a software engineer with an architect background and a passion for full-stack web development with eight years of professional experience in analysis, design, development, implementation, performance tuning, and implementation of business applications.
LinkedIn