Существует ли соглашение об именах для репозиториев git?

например, у меня есть служба RESTful под названием Служба покупки. Должен ли я назвать свой репозиторий

  1. purchaserestservice
  2. purchase-rest-service
  3. purchase_rest_service
  4. или что-то еще?

что такое конвенция? Как насчет в github? Должны ли публичные РЕПО следовать некоторым стандартам?

5 ответов


Я бы purchase-rest-service. Причины:

  1. что такое "pur chase отдыхает"? Длинные связные слова трудно понять. Я знаю, я немец. "Donaudampfschifffahrtskapitänspatentausfüllungsassistentenausschreibungsstellenbewerbung."

  2. "_" сложнее, чем "-"


проблема с верблюжьим случаем заключается в том, что часто существуют разные интерпретации слов - например, checkinService vs checkInService. Следуя ответу Аарона, трудно с автоматическим завершением, если у вас есть много подобных именованных репозиториев, чтобы постоянно проверять, использовал ли человек, который создал РЕПО, о котором вы заботитесь, определенную разбивку верхнего и нижнего регистров. избегайте верхнего регистра.

его точка зрения о Тире также хорошо рекомендуется.

  1. использовать нижний регистр.
  2. использовать тире.
  3. быть конкретными. вы можете обнаружить, что вам нужно различать похожие идеи позже-т. е. использовать purchase-rest-service вместо service или rest-service.
  4. будьте последовательны. рассмотрите использование от различных поставщиков GIT - как вы хотите, чтобы ваши репозитории были отсортированы/сгруппированы?

lowercase-with-hyphens Это стиль, который я чаще всего вижу на GitHub.*

lowercase_with_underscores вероятно, второй по популярности стиль, который я вижу.

первое мое предпочтение, потому что он сохраняет нажатия клавиш.

* анекдотический; я не собрал никаких данных.


не отдавая предпочтение какому-либо конкретному выбору имен, помните, что Git repo можно клонировать в любой корневой каталог по вашему выбору:

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

здесь repo.git будет клонирован в


может быть, это просто мой фон Java и C, но я предпочитаю CamelCase (CapCase) вместо пунктуации в имени. Моя рабочая группа использует такие имена, вероятно, чтобы соответствовать именам приложения или службы, содержащейся в репозитории.