¿Existe una convención de nomenclatura para los repositorios git?

El problema con camel case es que a menudo hay diferentes interpretaciones de las palabras, por ejemplo, checkinService vs checkInService. Siguiendo con la respuesta de Aaron, es difícil con el autocompletado si tienes muchos repositorios con nombres similares tener que verificar constantemente si la persona que creó el repositorio que te importa usó un cierto desglose de las mayúsculas y minúsculas. evite las mayúsculas.

Su punto sobre los guiones también es bien aconsejado.

1. utilice minúsculas.
2. utilice guiones.
3. sea específico. usted puede encontrar que usted tiene que diferenciar entre ideas similares más tarde-es decir, utilizar compra-rest-servicio en lugar de servicio o rest-servicio.
4. sea consistente. considere el uso de los diversos proveedores de GIT: ¿cómo desea que se ordenen/agrupen sus repositorios?

lowercase-with-hyphens es el estilo que más veo en GitHub.*

lowercase_with_underscores es probablemente el segundo estilo más popular que veo.

El primero es mi preferencia porque guarda las pulsaciones de teclas.

^{* Anecdótico; no he recogido ningún dato.}

Sin favorecer ninguna elección de nombre en particular, recuerde que un repositorio git se puede clonar en cualquier directorio raíz de su elección:

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

Aquí repo.git sería clonado en el directorio myDir.

Así que incluso si su convención de nomenclatura para un repositorio público terminó siendo ligeramente incorrecta, todavía sería posible arreglarlo en el lado del cliente.

Es por eso que, en un entorno distribuido donde cualquier cliente puede hacer lo que quiera, no hay realmente un convención de nomenclatura para el repositorio Git.
(excepto para reservar "xxx.git " para desnudo forma del repo 'xxx')
Podría haber una convención de nomenclatura para el servicio REST (similar a " ¿Hay alguna guía de convención de nomenclatura para las API REST?"), pero esa es una cuestión aparte.

Tal vez es solo mi Java y C fondo mostrando, pero prefiero camelCase (CapCase) sobre la puntuación en el nombre. Mi grupo de trabajo utiliza tales nombres, probablemente para coincidir con los nombres de la aplicación o servicio que contiene el repositorio.