关于github:git存储库是否有命名约定?

Is there a naming convention for git repositories?

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

  • purchaserestservice
  • purchase-rest-service
  • purchase_rest_service
  • 或者别的什么?
  • 惯例是什么?在Github怎么样?公共回购应该遵循某种标准吗?


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

  • 什么是"pur chase rest service"?连在一起的长单词很难理解。我知道,我是德国人。"多纳达姆菲什法赫茨卡皮特?Npatentausf_llungsastentenausschreibungsstellenbewerbung."

  • "_u"比"—"更难打字。


  • camel案例的问题在于,对单词的解释常常不同——例如,checkInService和checkInService。按照Aaron的回答,如果您有许多类似的名称repo,则很难自动完成,必须不断检查创建repo的人是否使用了上下两种情况的特定细分。避免大写。

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

  • 使用小写字母。
  • 使用破折号。
  • 具体点。你可能会发现你以后必须区分类似的想法-即使用购买休息服务,而不是服务或休息服务。
  • 要始终如一。考虑各种Git供应商的使用情况-您希望如何对存储库进行排序/分组?

  • 我在Github上最常看到的样式是lowercase-with-hyphens。*

    lowercase_with_underscores可能是我看到的第二流行的款式。

    前者是我的首选,因为它节省了击键。

    *轶事;我没有收集任何数据。


    在不支持任何特定命名选择的情况下,请记住,可以将git repo克隆到您选择的任何根目录中:

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

    这里,repo.git将被克隆到myDir目录中。

    因此,即使公开回购的命名约定最终有点不正确,仍然可以在客户机端对其进行修复。

    这就是为什么,在一个分布式环境中,任何客户机都可以做他/她想要做的任何事情,对于git repo没有真正的命名约定。(除保留"xxx.git作为回购‘xxx的裸式形式外)可能有REST服务的命名约定(类似于"是否有RESTAPI的命名约定指南?")但这是一个单独的问题。


    也许这只是我的Java和C背景显示,但我更喜欢CAMECASE(CAPCASE)超过标点的名字。我的工作组使用这样的名称,可能是为了与存储库包含的应用程序或服务的名称相匹配。