git仓库是否有命名约定？

例如，我有一个称为购买服务的RESTful服务。我应该命名我的存储库：

1. purchaserestservice
2. purchase-rest-service
3. purchase_rest_service
4. 或者是其他东西？

有什么约定？在Github中怎么样？公共存储库是否应遵循某些标准？

我要去purchase-rest-service。原因：

1. 什么是“追逐休息服务”？冗长的单词难以理解。我知道，我是德国人。“Donaudampfschifffahrtskapitänspatentausfüllungsassistentenausschreibungsstellenbewerbung。”

2. “ _”比“-”更难键入

骆驼案的问题在于，通常对单词有不同的解释-例如，checkinService与checkInService。遵循Aaron的答案，如果您有许多类似名称的回购协议，而不得不不断检查您关心的回购者是否使用了大写和小写的某些分类，那么自动完成很难。避免大写。

他关于破折号的观点也是明智的。

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回购实际上没有命名约定的原因。
（除了xxx.git为仓库的裸露形式保留“ ” 以外xxx）
可能存在REST服务的命名约定（类似于“ REST API是否有任何命名约定准则？ ”），但这是一个单独的问题。

也许只是我的Java和C背景显示，但我更喜欢CamelCase（CapCase）而不是标点符号。我的工作组使用此类名称，可能与存储库包含的应用程序或服务的名称匹配。

如果您打算创建一个PHP软件包，则很可能希望将其安装在Packagist上，以使其可与其他composer一起使用。Composer具有作为命名约定使用vendorname/package-name-is-lowercase-with-hyphens。

如果您打算创建一个JS包，则可能要使用npm。他们的命名约定之一是在包名称中间不允许使用大写字母。

因此，我建议PHP和JS lowercase-with-hyphens软件包在composer或npm中使用和命名您的软件包，使其与GitHub上的软件包相同。