자식 리포지토리에 대한 명명 규칙이 있습니까?

자식 리포지토리에 대한 명명 규칙이 있습니까?

---

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

1. purchaserestservice
2. purchase-rest-service
3. purchase_rest_service
4. 또는 다른 것?

컨벤션은 무엇입니까? github는 어떻습니까? 공개 처분은 어떤 기준을 따라야합니까?

---

갈 것입니다 purchase-rest-service. 원인:

1. "체이스 체이스 휴식 서비스"란 무엇입니까? 길고 연결된 단어는 이해하기 어렵습니다. 나는 독일인입니다. "Donaudampfschifffahrtskapitänspatentausfüllungsassistentenausschreibungsstellenbewerbung."

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

---

낙타의 경우 문제는 종종 단어의 다른 해석이 있다는 것입니다 (예 : checkinService와 checkInService). 아론의 대답과 함께, 비슷한 리포지토리를 가진 사람이 당신이 관심있는 리포지토리를 만든 사람이 대문자와 소문자의 특정 분류를 사용했는지 지속적으로 확인 해야하는 경우 자동 완성이 어렵습니다. 대문자를 피하십시오.

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

1. 소문자를 사용하십시오.
2. 대시를 사용하십시오.
3. 구체적이다. 나중에 비슷한 아이디어를 구별해야 할 수도 있습니다. 즉 서비스 나 휴게 서비스 대신 구매 휴게 서비스를 사용하십시오.
4. 일관성을 유지하십시오. 다양한 GIT 공급 업체의 사용량을 고려하십시오. 리포지토리를 어떻게 정렬 / 그룹화 하시겠습니까?

---

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

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

전자는 키 입력을 저장하기 때문에 선호합니다.

^{일화; 데이터를 수집하지 않았습니다.}

---

특정 명명 선택을 선호하지 않고 git repo를 원하는 루트 디렉토리로 복제 할 수 있습니다.

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

여기 디렉토리에 repo.git복제됩니다 myDir.

따라서 공개 리포지토리에 대한 명명 규칙이 약간 부정확 한 경우에도 클라이언트 측에서이를 수정할 수 있습니다.

그렇기 때문에 모든 클라이언트가 원하는 것을 할 수 있는 분산 환경에서 실제로 Git 리포지토리에 대한 명명 규칙이 없습니다.
( 'repo의 베어 양식' '에 xxx.git대해 " "를 제외하는 경우 제외 ) REST 서비스에 대한 이름 지정 규칙이있을 수 있지만 ( " REST API에 대한 이름 지정 규칙 지침이 있습니까? " 와 유사 ), 이는 별도의 문제입니다.xxx

---

어쩌면 그것은 Java 및 C 배경을 보여주는 것일 수도 있지만 이름의 구두점보다 CamelCase (CapCase)를 선호합니다. 내 작업 그룹은 이러한 이름을 사용하여 리포지토리에 포함 된 앱 또는 서비스 이름과 일치 할 수 있습니다.

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