깃 저장소에 대한 명명 규칙이 있습니까?

깃 저장소에 대한 명명 규칙이 있습니까?

예를 들어, 저는 구매 서비스라는 RESTful 서비스를 가지고 있습니다.저장소 이름을 지정해야 합니까?

1. purchaserestservice
2. purchase-rest-service
3. purchase_rest_service
4. 아니면 다른 것?

컨벤션이 뭐죠?깃허브에서는 어때요?공용 저장소는 어떤 표준을 따라야 합니까?

좋아요purchase-rest-service이유:

1. "구매 휴식 서비스"란 무엇입니까?길고 연결된 단어는 이해하기 어렵습니다.알아요, 저는 독일인이에요."Donaudampfschifafahrtskapitänspatenausfullungsassisten usschreibungs stellen beerbungs."

2. "_"가 "-"보다 입력하기 어렵습니다.

카멜 케이스의 문제는 checkinService vs checkInService와 같이 단어에 대한 해석이 서로 다르다는 것입니다.아론의 답변과 함께 비슷한 이름의 리포가 많아 관심있는 리포를 만든 사람이 상위 및 하위 사례의 특정 내역을 사용했는지 지속적으로 확인해야 한다면 자동 완성이 어렵습니다.대문자를 피합니다.

대시에 대한 그의 요점도 잘 조언되어 있습니다.

1. 소문자를 사용합니다.
2. 대시를 사용합니다.
3. 구체적으로 말하면나중에 유사한 아이디어를 구별해야 할 수도 있습니다. 즉, 서비스나 휴식 서비스 대신 구매-휴식 서비스를 사용합니다.
4. 다양한 GIT 공급업체의 사용을 고려하십시오. 저장소를 어떻게 정렬/그룹화하시겠습니까?

lowercase-with-hyphensGitHub에서 가장 자주 볼 수 있는 스타일입니다.*

lowercase_with_underscores아마 두 번째로 인기 있는 스타일일 것입니다.

전자는 키 입력을 절약하기 때문에 제가 선호하는 것입니다.

^{일화입니다. 저는 어떤 데이터도 수집하지 않았습니다.}

특정한 이름 지정을 선호하지 않고 gitrepo를 원하는 루트 디렉터리로 복제할 수 있습니다.

git clone https://github.com/user/repo.git myDir

여기서repo.git로 복제될 것입니다.myDir디렉토리입니다.

따라서 공개 보고서에 대한 명명 규칙이 약간 잘못되었다고 하더라도 클라이언트 측에서 수정할 수 있습니다.

그렇기 때문에 클라이언트가 원하는 것을 무엇이든 할 수 있는 분산 환경에서는 Gitrepo에 대한 명명 규칙이 없습니다.
(예약 제외"xxx.git레포의 맨 형태로xxx')
REST 서비스에 대한 명명 규칙("REST API에 대한 명명 규칙 지침이 있습니까?"와 유사)이 있을 수 있지만, 이는 별도의 문제입니다.

제 자바와 C 배경만 보여주는 것일 수도 있지만, 저는 이름의 구두점보다는 카멜케이스(CapCase)를 선호합니다.내 작업 그룹은 저장소에 포함된 앱 또는 서비스의 이름과 일치하기 위해 이러한 이름을 사용합니다.

만약 당신이 PHP 패키지를 만들 계획이라면, 당신은 그것을 다른 작곡가들이 이용할 수 있도록 Packagist에 넣고 싶을 것입니다.Composer에는 사용할 명명 규칙이 있습니다.vendorname/package-name-is-lowercase-with-hyphens.

JS 패키지를 생성할 계획이라면 npm을 사용하고 싶을 것입니다.이름 지정 규칙 중 하나는 패키지 이름 가운데에 대문자를 사용할 수 없도록 하는 것입니다.

와 JS 에 따서, 저와 PHP, JS를 하는 것을 합니다.lowercase-with-hyphens패키지 이름을 GitHub의 패키지와 동일하게 composer 또는 npm으로 지정합니다.

언급URL : https://stackoverflow.com/questions/11947587/is-there-a-naming-convention-for-git-repositories