2

さて、私はこの投稿GIT Version Control setup for multiple projects with shared code を見てみましたが、それは私が必要とするものに対して複雑すぎる (私は推測する) ため、私が望むものに正確に答えているとは本当に思わないことがわかりました.

私は会社で働いており、4つ以上のプロジェクトがあります。それらは現在、SVN によって 1 つのリポジトリのみでバージョン管理されています。私たちはGITに移行しており、GITまたはSVNに関する多くの技術的な回答を見つけましたが、私が探しているのは、バージョン管理の一般的な使用法に関する理論的な回答です.

私たちのプロジェクトの 1 つは、ほぼすべてのプロジェクトのフレームワークとして使用するプラグインです。プラグインはプロジェクト間で共通のものですが、他のプロジェクトは互いにまったく異なるため、唯一の共通点です。

プロジェクトに取り組んでいるときに、他のプロジェクトのフレームワークとして使用するプラグインの何かを変更しなければならないことがあります。プロジェクトを作成し、フレームワーク プラグインで何かを変更します。

上記の状況は、すべてのプロジェクトがフレームワーク プラグインを必要とするため、各プロジェクトを別のリポジトリに配置できないと考える理由です。ただし、すべてのプロジェクトは (完全に) 異なるため、それぞれを異なるリポジトリでホストする必要があると思います。

質問: すべてのレポに 1 つのレポを使用するか、それぞれに 1 つのレポを使用する必要がありますか?

4

1 に答える 1

1

すでに Git への移行を開始している場合は、停止しないでください。Git には、状況に応じて非常に役立つサブモジュールの概念があります。

また、アプリごとに 1つのリポジトリを用意することをお勧めします。

プロジェクトで使用する言語に応じて、すべての共有コードベースから「ライブラリ」を作成し、そのスタックで利用可能な依存関係管理から利益を得ようとします。

于 2015-04-08T20:54:28.203 に答える