小規模企業の.net共有ライブラリを管理する（50人以上の開発者）

Question

私たちは50人以上の開発者です。多くの共通ライブラリ（20以上）を共有する約9つのプロジェクトがあります.Tisプロセスはますます複雑になっています。主な問題点は以下のとおりです。ライブラリー

これらのアセンブリを保存するの各バージョンで変更されたものを追跡する方法

1. 。ここで共有ドライブを使用しています。/lib/version/*.dll
2. ビルド時に正しいライブラリを自動的に埋め込む方法現在我々は手動で更新するVisual Studioの.targetsファイルを使用しています。

どのようにあなたの会社でこの側面を管理しますか？

Answer 1

私はこれをやっていませんが、ライブラリをNugetパッケージとしてパッケージングし、内部Nugetサーバーを実行してそれらを提供することがあります。私たちはチーム間で共有する必要が私たちのRubyライブラリと同様のことを行うために始めている

http://docs.nuget.org/docs/creating-packages/hosting-your-own-nuget-feeds

- 宝石としてそれらをパッケージ化し、内部宝石サーバーからそれらを提供しています。

Answer 2

私はプロジェクトを自動的にビルドできるTeamCityのフリーウェア版を実行します（MSBuildのカスタマイズが必要です）。TeamCityにダウンロードされた出力ファイル（http://10.0.0.194:8111/guestAuth/repository/download/bt3/.lastSuccessful/Project.dllなど）がダウンロード可能です。私のプロジェクトでは、私はMSBuildのの「BeforeBuild」セクションを上書きして、このリンクでファイルProject.dllをダウンロードする - これが私がいることを確認してください。私はそれは常にに保存されている（Project.dllの最新バージョンを使用してい

• 私は/ペーストまたは使用共有ドライブ
を手動で持ってコピーしていないため、DLL（か何か）私のダウンロードはいくつかのテストに合格した
• 同じHTTPリンク）が（私は他のプログラマから独立して動作
• チームシティー構成）に依存します
• サイトやダウンロードファイル（Java、C++、Pythonなど）にアクセスできる任意のIDE /プログラム/からアクセスできます。
• 等、etc ...