gitリポジトリの命名規則はありますか？

Question

たとえば、私は購入サービスと呼ばれるRESTfulなサービスを持っています。私は私のリポジトリ

1. purchaserestservice
2. purchase-rest-service
3. purchase_rest_service
4. または何か他のものに名前を付けるべきでしょうか？

規約は何ですか。どのようにギブスで？公共のレポジスは何らかの基準に従うべきですか？

Answer 1

purchase-rest-serviceとします。理由：

1. "pur chase rests ervice"とは何ですか？長い連結語は理解しにくい。私は知っている、私はドイツ人だ。 "Donaudampfschifffahrtskapitänspatentausüllungsassistentenausschreibungsstellenbewerbung。"

2. 「_」はより型が困難である「 - 」

Answer 2

いかなる特定の命名の選択肢を好むがなければ、Gitのレポはあなたの選択の任意のルートディレクトリにクローニングすることができることを覚えておいてください：

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

ここでrepo.gitはmyDirディレクトリにクローンされます。

パブリックリポジトリの命名規則が多少正しくない場合でも、依然としてクライアント側で修正することは可能です。

には、どんなクライアントでも何でもできるクライアントが存在するため、本当にGitリポジトリの命名規則はありません。
（「xxx」レポの裸フォームの「xxx.git」準備金へ除く）
あり（「Are there any naming convention guidelines for REST APIs?」に類似）RESTサービスの命名規則が、それは別の問題である可能性があります。

Answer 3

私はJavaとCのバックグラウンドを表示しているだけかもしれませんが、私はCamelCase（CapCase）を句読点よりも好んでいます。私のワークグループでは、このような名前を使用しています。おそらく、リポジトリに含まれているアプリケーションやサービスの名前と一致しているはずです。

Answer 4

ラクダの場合の問題は、単語の解釈が異なることが多いことです。たとえば、checkinServiceとcheckInServiceの違いです。 Aaronの答えに沿って、あなたが気にするレポを作成した人が大文字と小文字の特定の内訳を使用したかどうかを定期的にチェックする必要がある、同様の名前のリポジトリがたくさんある場合、自動補完では困難です。大文字を避けてください。

ダッシュについてのヒントもよくお伝えします。

1. 小文字を使用します。
2. ダッシュを使用します。
3. とする。後で同様のアイデアを区別しなければならない場合があります。つまり、サービスまたは休憩サービスの代わりに購入 - 休憩サービスを使用します。
4. が一致している必要があります。さまざまなGITベンダーの利用方法を検討してください。リポジトリをどのようにソート/グループ化したいのですか？

Answer 5

lowercase-with-hyphens私が最も頻繁にGitHubの上に表示スタイルです。*

lowercase_with_underscoresは、おそらく私が見る第二最も人気のあるスタイルです。

前者はキーストロークを保存するため私の好みです。

^{* Anecdotal;私はデータを収集していません。}