2009-04-14 9 views
1

私たちは、私たちのプロジェクトでNUnit、FxCop、その他の3次ソフトウェアを使用しています。今、私たちは、プロジェクトのレポに保存されている各アプリケーションのプロジェクトファイルを持っており、ソフトウェアは開発者マシンごとにインストールされています(現在は1つだけです)。どこに開発ツールをインストールする必要がありますか?

私たちは数週間でいくつかの他の開発者を雇っています。私は物事をより簡単で透明に設定しようとしています。

これらの種類のソフトウェアをrepoにインストールし、デスクトップにコピー&ペーストのショートカットを入れてguiを実行することをお勧めします。これにより、新しいバージョンのソフトウェア(作業コピーにインストールして古いものの上にインストールしてから変更をコミットする)に簡単に更新できるようになり、すべての開発者を更新することができます:次のチェックアウト新しいバージョンのソフトウェアが含まれます。

だから私は不思議です...

これは広告として動作しますか?誰もそれを試してみましたか?

また、以下のリポジトリのフォルダ構造を考慮して、複数のソフトウェアを開発している場合は、各プロジェクトのExtrasフォルダにnunitのコピーをインストールするか、リポジトリの共通フォルダはすべてのプロジェクトで使用されますか? (後者は、プロジェクトとツールの間に論理的かつ物理的な切断があると思うが、前者は、プロジェクトaがnunit 2.4.5を使用し、プロジェクトbがnunit 2.4を使用しているため、 8など - この最後の部分は理にかなっている場合、私はわからない

Repository>Common 
Repository>ProjectName>Extras 
Repository>ProjectName>Trunk 
Repository>ProjectName>Tags 
Repository>ProjectName>Experiments 

)他のツール/バージョンのすべてと一緒に...私が知っていると私は明確でしょう。

答えて

1

3つ目のツールをリポジトリに「インストール」しないでください。それらはファイルサーバー上には存在しますが、リポジトリ内にはありません。

通常、複数のバージョンのツールを使用している場合、ビルドプロセスで環境変数を設定することでそれらを構成します。

専用のビルドマシンを使用してポリシーを定義し、開発者の頭痛を抑えることもできます。

+0

私たちは一種のビルドマシンを持っています - 今はただのリポジトリです。私はCC.NETの設定に慣れていない。残念なことに、そのマシンは専用ではなく、交換サーバーでもあります(上司は現在、1 devをサポートするために現金を払っていません)。 –

+1

私はスケジュールで実行するためにビルドマシンを最初にセットアップしました。私は毎日勝つNTスケジュールタスクを作って、msbuildのものを呼び出したバッチファイルを実行しました。それはすばやく簡単でした。 – Tim

1

「ベンダー」という名前のフォルダ(またはプロジェクト)を使用します。社内で開発されていない依存しているすべての図書館や、あらゆるツールがそこに入ります。ソースツリーの最上位にあります。

+0

は、そこにインストールされたツール、またはそこに置かれたインストーラです。後者の場合、新しいマシン/フォーマットのセットアップ時間はどのくらいですか? –

+0

新しいマシンには数時間かかります。我々は、GUIインストーラを最小限にしようとします。 –

1

開発チームはVMを使用しています。新しいチームメンバーは、Visual StudioとSQL Server 2008 Expressが既にインストールされているVMを取得します。私たちが変更の機会を持たない商用ツールは、バージョン管理システムにはありません。しかし、VMイメージにどのようなツールがインストールされているのかをバージョン管理しています。
オープンソースツールFitnesseでは、リポジトリにチェックインするとうまく機能します。あなたが言うように、新しいバージョンをチェックし、参照を更新することで、チームのために即座にアップグレードすることができます。しかし、この場合は、ツールのインストールプロセスがないためうまくいきます。
ここでは、xUnit、FxCop、ccNetなどの中間ツールをプロジェクトにチェックインしています。私たちは主に1つの大きなプロジェクトに取り組んでいるので、すべてがその下に入ります。
以前の雇用主には、リポジトリに共通ツール領域がありました。異なるプロジェクトが同時に新しいバージョンのツールに同時に切り替えるわけではないので、ツールの各バージョンをそれぞれのフォルダにチェックインする必要がありました。リポジトリのこの領域をファイル共有とほとんど変わらないようにする。リポジトリ制御ストレージは依然として有効です。バージョン管理ツールでは、「ビュー」を指定して必要なプロジェクトファイルをすべて削除することができます。

関連する問題