チームの誰もがメンテナンス アプリケーションをすばやく起動できるように、マルチ プロジェクト テンプレートを作成しようとしています。その部分は十分に文書化されており、かなり簡単です。
私たちの問題は、共有共通ライブラリを最新のコードを含むソリューションの一部にするか、少なくともプロジェクトを TFS にバインドして「最新の取得」を実行できるようにすることです。
これは可能ですか？ソース管理ファイルをテンプレート zip ファイルに入れ、それらを含めるように vstemplate ファイルを変更しようとしましたが、デプロイ時に VS はそれらを無視します。
また、配信メカニズムとして VSIX と Nuget を検討していましたが、これらのツールを使用してこれを達成することは可能ですか?
私は TFS の内部動作の専門家ではないので、それが可能かどうかはわかりません。NuGet は良い方法だと思いますが、これらの共通ライブラリからNuGet パッケージを作成する必要があるため、これらの共通ライブラリのビルド プロセスの一部として追加の手順が必要になることを意味します。
次に、ローカル リポジトリを設定し、そのローカル リポジトリを指すように VS を構成することができます。
これらの共通ライブラリのビルド プロセスを担当する人は誰でも、更新があることを開発者に通知し、ローカルの NuGet リポジトリから取得することができます (これによると、必ずしもバージョン番号を更新する必要はないことに注意してください)。パッケージですが、会社が持っているアセンブリのバージョン管理ポリシーに沿って行うことができます)。
ここのローカル リポジトリの目的は、NuGet パッケージを世界中に公開したくない場合です。これは、内部ライブラリとヘルパー ビットを配布しているように聞こえるためだと思います :-) よくわかりません。ローカル リポジトリとパブリック リポジトリがセットアップされている場合の影響 (たとえば、パブリック NuGet パッケージのパッケージ ダウンロードが遅くなる場合)。また、ローカル リポジトリの詳細をグローバルにプッシュする方法 (VSIX などに設定をパッケージ化する方法など) があるかどうか、または VS で手動で手順を実行する必要があるかどうかもわかりません。
HTH、ネイサン