問題タブ [build-process]

A がアセンブリ B 1.1 と C を参照し、C が B 1.2 を参照している場合、アセンブリの競合をどのように回避しますか?

私は、C の参照がカプセル化され、問題が発生しないと思っていましたが、すべての dll が問題が発生するビンにコピーされているようです。

これを回避する2つの方法は、GACまたはアセンブリバインディングを使用することだと理解していますか? GAC は私にとって最善のアプローチとは思えません。dll がそこにあると仮定するのは好きではないため、ソリューションの lib ディレクトリから dll を参照することを好みます。

アセンブリ バインディングは堅牢ではないように思えますが、アセンブリの 1 つのバージョンが他のバージョンにはない機能を持っている場合、問題は発生しませんか?

私の場合、サードパーティのdllを使用しているため、自分で使用しているよりも古いバージョンのnHibernateを使用しています。

「The Joel Test」の質問 #2「1 つのステップでビルドを作成できますか?」を満たすために、収集したファイルのコレクションから CD iso を作成し、リリース候補のビルド スクリプトを完成させようとしています。インストーラ作成者によって生成されます。

ISO を作成する優れたツール (多くは無料) が世の中にあるようですが、Cruise Control によって起動される NAnt ビルド スクリプトに統合できるように、Windows コマンド ラインで実行できるツールを見つける必要があります。

ビルド環境は次のとおりです。

• Windows Server 2003
• .NET 1.1 - 3.5 (作成しているアプリケーションは 2.0 で構築されています)
• NullSoft インストーラー (NSIS)
• CruiseControl.net
• NAnt

私はグーグルで調べてきましたが、まだ運がありません。

誰かお勧めはありますか？

Eclipse を使用して Java アプリケーションを開発しています。私のプロジェクトには 2 つのソース ディレクトリがあり、両方ともビルドされ、いくつかのファイルが出力フォルダーにコピーされます。出力ディレクトリからアプリケーションを実行すると、すべて正常に動作します。

ただし、次の警告が引き続き表示されます。

Eclipse の問題タブからのスナップショット http://www.freeimagehosting.net/uploads/128c1af93f.png

これらの警告を取り除く方法を知っている人はいますか? おそらく.svn拡張子またはファイル名に基づいて、いくつかのファイルをビルドプロセスから除外することでしょうか? もしそうなら、どうすればそれらを除外できますか？

Visual Studio (2008 または 2005) から TFS ビルドを監視している場合、それがどこまで進んでいるかを確認できます。

問題は、ビルド後のカスタム ステップがいくつかあることです。開発者が UI を通じて直接確認できるようにしたいと考えています。これらのステップには時間がかかり、ビルドステップの「タイミング」も取得できます。

それを表示する方法はありますか？

VS2008を使用した大規模なVC++プロジェクトの新しいソリューション構成に取り組んでいます。この構成でマルチコアビルドフラグ/MPを使用したいと思います。

ただし、COMラッパークラスを生成する「#import」機能はコードベース全体に散在しており、/MPを使用する場合はこの機能はサポートされません。

#importが機能しない理由を理解しました。誰かがこの問題に直面したかどうか、およびどのように回避したかを知りたいですか？

私は次のことをしています：

• 小規模または支援を超えたプロジェクトでは/MPフラグを使用しないでください。（たぶん私は後で彼らに戻ってきます）
• #importを削除し、より標準的なMIDLで生成されたヘッダー（#include）に置き換えました。これは、古い学校のCOMに簡単に変換できるいくつかの場所でのオプションにすぎません。
• 残りのライブラリを＃インポートする新しいプロジェクトを作成します。最初にそのビルドを作成します。＃以前にインポートしたすべての場所に作成する.tlhファイルを含めます。

他に何か提案がありますか？また、最後のポイント（新しいプロジェクトを作成し、そこでのみ#importを使用する）-このようなことをした場合、どのように行いましたか？どのような種類のプロジェクト、「ソース」はどのように見えましたか、どこにファイルを出力しましたか？それらをどのように含めましたか？（あなたが知っている、私のためにすべての考えをしてください！）

自動ナイトリー ビルドをセットアップしたとします。ビルドのどのアーティファクトを保存する必要がありますか?

例えば：

• 入力ソースコード
• 出力バイナリ

また、それらをどのくらいの期間、どこに保存する必要がありますか?

継続的インテグレーションを行うと、答えは変わりますか?

2つのプロジェクトを含むVisualStudio2008ソリューションがあります。C++DLLとCsharpアプリケーション。

Csharpアプリケーションは、[DllImport]を使用してDLL内の関数にアクセスし、DLLに依存関係を設定します。

何らかの理由で、依存関係を設定するだけでは、VSがDLLをアプリのビルドパスにコピーするのに十分ではありません。そのため、アプリプロジェクトにはビルド後のイベントがあり、DLLがコピーされます。（誰かがこれを行うためのよりクリーンな方法を知っているなら、私に知らせてください！）

私が抱えている問題は、DLLコードに変更を加えてから、デバッガーでCsharpアプリケーションを実行しようとすると、VS2008がDLLを再構築（および再コピー）する必要があることを認識できないことです。

Csharpアプリケーションの再ビルドを強制する必要があります（つまり、ビルドを明示的に選択するか、.CSファイルに「タッチ」することによって）。

Visual Studioに正しいことをするように指示する方法を知っている人はいますか？

編集：私はプロジェクトの依存関係を使用しています。それらは正しく機能していません。

ビルド後のイベントを使用してDLLをコピーしています。

問題は、単にアプリケーションをデバッグすることを選択した場合、依存関係があるにもかかわらず、 VisualStudioが変更されたC++プロジェクトの再コンパイルに失敗することです。

（「デバッグ」ではなく）「ビルド」を選択すると、C ++ DLLがビルドされるため、依存関係が機能していることがわかります。

SqlMetal を実行してデータベースの LINQ to SQL DataContext を再生成する 1 行のバッチ ファイルを作成しました。これはうまくいきます。

Refresh_DataContext.bat :

これまでのところ、エクスプローラーで囲んでいるフォルダーを開いてバッチ ファイルを実行することでこれを実行できます。また、それを [ツール] メニュー ( Tools/External Tools.../Add) にも追加しました。

(特定の構成で) ビルドするたびに、このバッチ ファイルを実行したいと思います。どうすればいいですか？

このカスタム ターゲットを実行して、プロジェクトのビルド ステータスについて詳しく調べることを考えています - jalopy - jdepend - cvs tagdiff レポート - NoUnit のカスタム タスク - UML ダイアグラムを生成します。ESSモデル

あなたの意見は何ですか？

これで、ナイトリー ビルドから何を保存するかがわかりました。顧客に何かを与えるときはどうなりますか？

たとえば、おそらくデバッグ情報 (PDB など) を保存したいと考えています。

ほかに何か？