たとえば、私は Purchase Service という RESTful サービスを持っています。リポジトリに名前を付ける必要があります:
purchaserestservice
purchase-rest-service
purchase_rest_service
- または、他の何か?
コンベンションは何ですか?Githubではどうですか?公開リポジトリは何らかの標準に従うべきですか?
たとえば、私は Purchase Service という RESTful サービスを持っています。リポジトリに名前を付ける必要があります:
purchaserestservice
purchase-rest-service
purchase_rest_service
コンベンションは何ですか?Githubではどうですか?公開リポジトリは何らかの標準に従うべきですか?
私は行きpurchase-rest-service
ます。理由:
「買取りサービス」とは?長くて連結された単語は理解しにくいものです。私は知っています、私はドイツ人です。"Donaudampfschifffahrtskapitänspatentausfüllungsassistentenausschreibungsstellenbewerbung."
「_」は「-」よりも入力が難しい
lowercase-with-hyphens
は、私が GitHub で最もよく目にするスタイルです。*
lowercase_with_underscores
おそらく私が目にする 2 番目に人気のあるスタイルです。
前者はキーストロークを節約できるため、私の好みです。
*逸話; データを収集していません。
特定の命名方法を優先することなく、選択した任意のルート ディレクトリに git リポジトリを複製できることを覚えておいてください。
git clone https://github.com/user/repo.git myDir
ここでrepo.git
は、ディレクトリに複製されmyDir
ます。
したがって、パブリック リポジトリの命名規則がわずかに間違っていたとしても、クライアント側で修正することは可能です。
そのため、どのクライアントも自分のやりたいことを何でもできる分散環境では、実際には Git リポジトリの命名規則が存在しません。(リポジトリ ' ' のベアフォーム用に " "
を予約することを除いて)
REST サービスには命名規則があるかもしれません (「REST API の命名規則ガイドラインはありますか?」と同様) が、それは別の問題です。xxx.git
xxx
Java と C のバックグラウンドを示しているだけかもしれませんが、名前の句読点よりも CamelCase (CapCase) の方が好きです。私のワークグループは、おそらくリポジトリに含まれるアプリまたはサービスの名前と一致するように、そのような名前を使用しています。