443 votes

Existe-t-il une convention de dénomination pour les dépôts 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 ? Et dans Github ? Les dépôts publics doivent-ils suivre une norme ?

4 votes

Cet article de blog pourrait vous être utile gravitydept.com/blog/

537voto

Aaron Digulla Points 143830

Je choisirais purchase-rest-service . Raisons :

  1. Qu'est-ce que "pur chase rests ervice" ? Les mots longs et concaténés sont difficiles à comprendre. Je sais que je suis allemand. "Donaudampfschiffkapitänspatentausfüllungsassistentenausschreibungsstellebewerbung".

  2. "_" est plus difficile à taper que "-".

1 votes

Personnellement, je préfère cela aussi, mais apparemment, d'après les réponses données ici, il ne semble pas y avoir de convention... pour le moment.

238 votes

Je ne comprends pas (vraiment), mais n'avez-vous pas manqué un S dans ...auschreibung... ?

1 votes

Donc, d'après Google, cela signifie : "Le capitaine d'un bateau à vapeur sur le Danube est breveté pour remplir un formulaire d'appel d'offres et fournir un senior". Huh ?! :)

117voto

Matthew Sandoz Points 941

Le problème de la casse est qu'il y a souvent des interprétations différentes des mots - par exemple, checkinService vs checkInService. Pour aller dans le sens de la réponse d'Aaron, il est difficile avec l'autocomplétion si vous avez beaucoup de dépôts nommés de manière similaire de devoir constamment vérifier si la personne qui a créé le dépôt qui vous intéresse a utilisé une certaine répartition des majuscules et des minuscules. évitez les majuscules.

Sa remarque sur les tirets est également judicieuse.

  1. utilisez les minuscules.
  2. utiliser des tirets.
  3. Soyez précis. Vous devrez peut-être différencier des idées similaires par la suite - par exemple, utilisez l'expression "achat-restauration" au lieu de "service" ou "restauration".
  4. soyez cohérent. considérez l'utilisation des différents fournisseurs de GIT - comment voulez-vous que vos dépôts soient triés/groupés ?

80voto

Dennis Points 5020

lowercase-with-hyphens est 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.

Je préfère la première solution, car elle permet d'économiser les frappes au clavier.

* Anecdotique ; je n'ai pas recueilli de données.

23voto

VonC Points 414372

Sans privilégier un choix de nom particulier, rappelez-vous qu'un dépôt git peut être cloné dans le répertoire racine de votre choix :

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

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

Ainsi, même si votre convention de dénomination pour un dépôt public s'avérait légèrement incorrecte, il serait toujours possible de la corriger du côté client.

C'est pourquoi, dans un distribué Dans un environnement où chaque client peut faire ce qu'il veut, il n'y a pas vraiment de convention de dénomination pour les dépôts Git.
(sauf pour réserver " xxx.git " pour nu de la forme du repo ' xxx ')
Il peut y avoir une convention de dénomination pour les services REST (similaire à " Existe-t-il des directives en matière de convention de dénomination pour les API REST ? "), mais il s'agit là d'une question distincte.

5 votes

Bon point. Cependant, le fait de corriger le nom du dépôt côté client prouve en quelque sorte qu'il serait utile d'avoir une convention de dénomination. Vous ne pensez pas ? Pourquoi le corriger s'il suivait une convention dès le départ ? Peut-être que maven m'a beaucoup influencé.

1 votes

@AdrianM mon point de vue est le suivant : oui, une convention de nommage est utile, mais elle n'a rien à voir avec Git ou GitHub, et tout avec ce que vous voulez faire avec ce repo particulier. La réponse à votre question est donc "non, il n'y a pas de convention de nommage pour les dépôts Git".

10voto

SteveW Points 21

C'est peut-être mon expérience de Java et du langage C qui le montre, mais je préfère la majuscule à la ponctuation dans le nom. Mon groupe de travail utilise de tels noms, probablement pour correspondre aux noms de l'application ou du service que le référentiel contient.

6 votes

Ce billet est clairsemé et ce n'est pas ma préférence personnelle, mais il mentionne tout de même un avantage, à savoir que les noms de projets en Java sont en majuscules et qu'il y a un certain confort dans la congruence. Sommes-nous certains que les votes négatifs ici ne sont pas juste un biais de dénomination qui se glisse ?

1 votes

D'accord. Les autres réponses discutent des désavantages de camelCase, mais dans le monde Java, il serait tout à fait raisonnable de décider que camelCase est meilleur de toute façon... surtout pour les projets ignorant béatement le monde Windows.

27 votes

Une annonce de service public pédante : PascalCase n'est pas camelCase.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X