いつ新しいリポジトリを作成しますか？

Question

検索後、私は答えを見つけることができず、私は不思議に思っていました。いつ新しいリポジトリを作成すべきですか？私はバージョン管理とGitHubを学ぶのが初めてで、技術的な情報はたくさんありますが、スタイルや新しいリポジトリを作成する時期、名前の付け方などは見つけられませんでした。

たとえば、異なるソートアルゴリズムのコードをアップロードする場合は、それぞれ独自のリポジトリを持つ必要がありますか、同じである必要がありますか？コードが同じプロジェクトで使用されている場合は、同じリポジトリに格納する必要がありますか？

Answer 1

にアクセスする必要がありません（将来のユーザーを混乱させる可能性が名前が重複しています）

一般的な慣習は、プロジェクトに相当するリポジトリを考慮することです。そのプロジェクトに関連するすべてのものは、同じグループにまとめられていなければなりません（GitHubで始まります）。リポジトリ

あなたのケースでは、すべてが同じですリポジトリ。使用できる2つのソートアルゴリズム？理想的には、ソートアルゴリズムの実際のAPI /コントラクトの使用法がアプリケーションから十分に抽象化されているので、どちらのアプリケーションを使用しているかは関係ありません。

前述のように、同じリポジトリに複数のプロジェクトを持つことができるサブモジュールを組み込むことができますが、それはニーズを評価した後に行うべき高度な処理です。

Answer 2

これは興味深い問題です。私の意見では、すべてのソートアルゴリズムを1つのリポジトリにまとめることができます。各アルゴリズムごとに個別のサブフォルダを作成するだけです。

新しいレポは、新規プロジェクトに対してのみ作成する必要があります。たとえば、2つの異なる電子商取引サイトで作業している場合は、一緒に作業しなければ同じリポジトリに入れないでください。クライアントごとに異なるプロジェクトがある場合は、クライアント側に単一のプロジェクトがある場合は、プロジェクトを1つのリポジトリにまとめることができます。さもなければ、それらを離れて保つのが最善でしょう。

（コードにアクセスする必要がある人）のセキュリティについて考え、読みやすさと使用（あなただけですので、クライアント側での1つの対応が今まで

Answer 3

：プロジェクトの規模によって異なります。

巨大プロジェクトのようなGoogleのAndroidはほとんどすべてのための独自のリポジトリを持っています。彼らはまた、基本的にリポジトリ内のリポジトリであるgit submoduleを利用しています。

小規模なチームに所属している場合は、通常、リポジトリを1つだけ使用することについては何も言及していません。しかし、あなたが1000回の寄付が読み込まれるまで待たなければならない変更を取りたいときはいつでも想像してください。これは非常に時間がかかるでしょう。

だからあなたの場合には - 私は推測する - 、1つのリポジトリ

1. は、私はあなたのコードのどの部分を考えることをお勧めしたい

Answer 4

全く十分である

それをできるだけシンプルに保ちます一緒にコミットする必要があります。コードのある部分の変更をコードの別の部分の変更と同期させる必要がある場合、可能な限り同じリポジトリに保存すると、その部分の変更が簡単になります。これは特に、依存関係が双方向である場合に当てはまります。

コードベースの一部の変更がコードベースの別の部分と完全に独立して発生する可能性がある場合は、コードのそれらの部分を別のリポジトリに自由に配置することができます。