異なるレイアウトのVisual StudioソリューションでGitサブモジュールを処理するにはどうすればいいですか？

Question

Visual Studio 2010（C＃版）で開発し、もう少し前にSVNからGITに移行しました。今では、リポジトリ（かなり大きい - 〜30.000個のファイル）を複数のgitリポジトリに分割しようとしています。 このソリューションはいくつかのプロジェクトを共有しています。ほとんどの場合、社内で開発し、すべてのソリューションから追加するライブラリです。

新しいリポジトリのレイアウトはフラットです。各プロジェクトの1つのサブディレクトリ（共有プロジェクトはサブモジュールです）。 大きな古いレポでは、プロジェクトはツリー構造になっています。

問題は、サブモジュールの外部参照で発生します。新しいリポジトリでは、参照されたプロジェクトへのパスは "...... libs \ someproject"になりますが、新しいレイアウトでは正しいパスは ".. \ someproject"になります。

私たちはすでにこれに関するいくつかの編集戦争をしており、もっと熱心ではありません。私は考えることができ

半焼きたてのソリューション：

• 中... csproj.user

  使用「参照パス」とバージョン管理からこのファイルを除外する（各開発者のために、それぞれの後にやり直す必要がありますreopsitoryクリーンアップ）

• 使用のそれぞれの状況についての支店及び（サブモジュールは、すでに最も単純な概念ではない「本物」のコミットは行くべきと「環境の変化」は、コミットが行くべき場所をみんなに教えしよう...）

• はサブモジュールの代わりにバイナリを埋め込んでいます（しかし、サブモジュールへの変更をどうやって開発するのでしょうか？どのような異なるlog4netのバージョンは？）

誰もがまともな解決策を知っていますか？

Answer 1

あなたは正気の解決策を求めているので、私が正しくあなたを理解していれば、私はそう

http://nuget.codeplex.com/

Answer 2

1つのサブモジュールを使用して、すべての「共通ライブラリ」を格納します。ちょうど1つのレベル。しかし、よく定義された契約を持つサービスとして共通ライブラリを移動する必要があります。これにより、ダウンタイムなしで新しいバージョンを段階的に展開することができます。この方法では、契約を保持するサブモジュールだけがあります。これらは、インタフェースまたはメッセージである可能性があります。

Answer 3

（インスピレーションを得るためにhttp://www.MyGet.orgを見て）あなた自身のNuGetサービスの設定を検討することをアドバイスすることができ、問題はVisual StudioでGitではないのですか？その場合は、Visual Studioで動作する古いツリー構造を使用してください。あなたのサブモジュール構造もツリー構造にしましょう。したがって、ツリーの上部は、ツリーの葉まで降りるまで、サブモジュール（ブランチ）がサブモジュールを持つ1つのスーパーレポになります。最初はセットアップに苦労するでしょうが、うまくいくはずです。

Answer 4

IFあなたはパッケージ管理のルートを辿りますが、OpenWrapを検討してください。しかし、パッケージ管理の成果物をソースコードに埋め込むことは悪い考えです。このようなツールを使用して、実際にサブモジュールに格納されているものを更新できますが、ビルド時に依存することはありません。バイナリがビルドスクリプトの観点から存在することを期待してください。

Answer 5

私はVS 2013を使用して同様の問題があります。

SVNの代わりにgit-svnを使いたいです。 SVNには巨大なディレクトリがあります。すべての私たちのトランクフォルダを含む単一のgitリポジトリを作成できませんでした。 Gitは常にエラーで終了し、リポジトリは破損していました。私は次のように行うことで問題を回避働い：

1. のgit-svnのは、私は、フォルダごとに1のgitリポジトリを作成することによって、必要なSVN /トランクオフフォルダのサブセットをクローン化された使用します。
2. 私のgit-svn-clonedフォルダをすべて含むローカルの親gitリポジトリを作成しました。
3. それぞれのgitリポジトリは、サブモジュールとして親gitリポジトリに追加されました。

Visual Studioの問題は、ソリューションを開いたメインプロジェクト外の複数のプロジェクトを認識しないことです。このソリューションは、Visual Studioでgit-source制御下にあると認識された唯一のファイルを含むフォルダにあります。

git-repostitoryの場所として上位レベルの親ディレクトリを使用するようにgit-preferencesを設定しようとしましたが、差異はありません。