0

私たちは主にソフトウェアを購入しますが、その上に統合と Web サービスのものを書きます (または「それらの間」の方が正確かもしれません)。ベンダーが提供するパッチ、DLL ファイル、データベース スクリプトなど、時間をかけて収集し、保存する膨大な量のファイルを取得する必要があります。次に、それらを開発、テスト、スタンディング、本番にデプロイする必要があります。TFSプロジェクト/フォルダーでこのタイプのデータを構造化する賢い方法はありますか? TFS は最善の解決策ではないかもしれませんが、この質問にはそれが必要であると思います。

例: 環境別のプロジェクト? 環境による分岐？日付別の時系列フォルダ? （ソースコードのようにファイル自体をバージョン管理することは実際には意味がありません）

これらのファイルがソリューションの一部としていつどの環境に展開されたかを追跡し、簡単に遡って、12 月 5 日にステージングされたプロジェクト y の一部として x .dll が展開されたことを確認できるようにしたいと考えています。物の。

4

1 に答える 1

0

推奨される解決策は、これらの外部依存関係のバージョンを独自の開発と並行して独自のディレクトリで管理し、そのディレクトリを参照することです。その後、それは任意のブランチの一部となり、必要に応じて、開発、テスト、および本番のバージョンを個別に作成できます。また、任意のベンダーからのパッチに対してソリューションをテストするための特定のブランチを作成することもできます。例：

$/Development-Branch
   |+3PP
   ||+Vendor-1
   |||+ Bin
   |||+ ...
   ||+Vendor-2
   | |+...
   |+Our-Project-1
   ||+ ...
   |+Our-Project-2
    |+ ...
$/Test-Branch (based on $Develeopment-Branch version XXX)
   |+3PP
    |+ ...

欠点は、これらの外部依存関係が (サイズが大きい場合) 多くのスペースを占有する可能性があることですが、最近ではそれほど問題にはならないはずです。ベンダー自体は実際にはサポートしていません。リリース間でライブラリなどに異なる名前を使用する可能性があり、それらを正しい方法でバージョン管理するのが面倒になる可能性があります。

于 2012-05-10T12:32:56.300 に答える