Existe-t-il une convention de dénomination pour les référentiels git?

Par exemple, j’ai un service RESTful appelé Service d’achat. Dois-je nommer mon référentiel

  1. purchaserestservice
  2. purchase-rest-service
  3. purchase_rest_service
  4. ou autre chose?

Quelle est la convention? Que diriez-vous de github? Les repos publics devraient-ils suivre une norme?

J’irais pour l’ purchase-rest-service . Les raisons:

  1. Qu’est-ce que “pur chase repose ervice”? Les mots longs et concaténés sont difficiles à comprendre. Je sais, je suis allemand. “Donaudampfschifffahrtskapitänspatentausfüllungsassistentenausschreibungsstellenbewerbung.”

  2. “_” est plus difficile à taper que “-”

Le problème avec le cas de chameau est qu’il ya souvent des interprétations différentes des mots – par exemple, checkinService vs checkInService. En ce qui concerne la réponse d’Aaron, il est difficile avec l’auto-complétion de vérifier constamment si la personne qui a créé la prise en charge à laquelle vous vous intéressez utilise une certaine répartition des majuscules et minuscules. éviter les majuscules.

Son sharepoint vue sur les tirets est également bien conseillé.

  1. utiliser des minuscules
  2. utiliser des tirets
  3. être spécifique. Vous constaterez peut-être plus tard que vous devez faire la différence entre des idées similaires, c’est-à-dire utiliser le service d’achat et de repos plutôt que le service ou le service après-vente.
  4. être cohérent. considérer l’utilisation des différents fournisseurs de GIT – comment voulez-vous que vos référentiels soient sortingés / groupés?

lowercase-with-hyphens sont le style que je vois le plus souvent sur GitHub. *

lowercase_with_underscores est probablement le deuxième style le plus populaire que je vois.

Le premier est ma préférence car il enregistre les frappes.

* Anecdotique; Je n’ai collecté aucune donnée.

Sans privilégier un choix de dénomination particulier, rappelez-vous qu’un repo git peut être cloné dans n’importe quel répertoire racine de votre choix:

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

Ici, repo.git serait cloné dans le répertoire myDir .

Ainsi, même si votre convention de dénomination pour un référentiel public était légèrement incorrecte, il serait toujours possible de la corriger du côté du client.

C’est pourquoi, dans un environnement dissortingbué où n’importe quel client peut faire ce qu’il veut, il n’y a pas vraiment de convention de dénomination pour le repo Git.
(sauf pour réserver ” xxx.git ” pour la forme nue du repo ” xxx “)
Il pourrait y avoir une convention de dénomination pour le service REST (similaire à ” Existe-t-il des directives de convention de dénomination pour les API REST? “), Mais il s’agit d’un problème distinct.

Peut-être que ce n’est que mon arrière-plan Java et C, mais je préfère CamelCase (CapCase) à la ponctuation du nom. Mon groupe de travail utilise ces noms, probablement pour correspondre aux noms de l’application ou du service que contient le référentiel.