問題タブ [nightly-build]

Visual Studio 2005 (バージョン 8.0.50727.762) での長時間のコンパイル中に、一部のプロジェクトのいくつかのファイルで次のエラーが発生することがあります。

(言及されたファイルは、vc80.pdbまたはvc80.idbプロジェクトの一時ディレクトリにあります。)

同じプロジェクトの次のビルドは成功します。同じファイルにアクセスする可能性のある他の Visual Studio は開いていません。

毎晩のコンパイルが不可能になるため、これは深刻な問題です。

ナイトリー ビルドを行う必要があるのはなぜですか?

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

例えば：

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

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

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

私は、UnixとWindowsの両方のオペレーティングシステムでさまざまなプログラミング言語で記述されたさまざまなアプリケーションを組み合わせたプロジェクトの最新メンバーです。これらのさまざまなアプリすべてに夜間の回帰ビルド/テストを実装する方法を理解するという「名誉」を得ることができます。

残念ながら、これらのアプリはTDDの原則に基づいて構築されておらず、重要な単体テストフレームワークはありません。私の本能は、車輪の再発明を避け、この夜間テストアーキテクチャで可能な限り多くのコードを再利用する方法を見つけるために「試みる」ことを叫んでいます。

複数のオペレーティングシステムで複数の言語に直面したときに、できるだけ多くのコードを共有するテストケースを作成するにはどうすればよいでしょうか。また、すべてのアプリがWebサービスまたはWebアプリであるとは限らないという事実が複雑になっています。

私の唯一の結論は、テストドライバーとテストケースは各アプリに固有である必要があり、コードを大幅に再利用することはできないということです。

この質問をするための迅速なキックインザヘッドを提供するための提案や提案は歓迎され、感謝されます:)

Windows XP のスケジュールされたタスクとして、コンピューターで JUnit ナイトリー ビルドを実行しています。私のアプリケーションは Jaxb を使用しているため、一部のテストではシステム クラスパスを使用して xsd スキーマを参照する必要があります。コンピューターを使用していないときにナイトリー ビルドを実行すると、次のようなエラーが表示されます。

java.lang.Exception: クラスパスからスキーマ mySchema.xsd をロードできません

ただし、ビルドを手動で実行すると、そのようなエラーは発生しません。スキーマの場所の環境変数は、ユーザー変数ではなくシステム変数であるため、このエラーの原因がわかりません。このエラーの原因は何ですか?

編集:ハドソンのような代替は、私が求めているものではありません。上記のテクノロジ (スケジュールされたタスクとして実行されるバッチ ファイル) のソリューションを求めています。

1 つのサーバーを使用して、同じプロジェクトを継続的かつ夜間にビルドしています。ただし、夜間のビルドは、日中に変更があった場合にのみビルドしたいと考えています。両方のビルドが同じ作業フォルダーを使用するという制約でこれを達成したいと考えています。

私が検討している2つのオプションは次のとおりです。

1. 継続的なビルドをポーリングし、継続的なビルドが発生した場合にのみナイトリー ビルドをビルドします - おそらく何らかのトークン システムを使用します (継続的なビルドはトークンを設定し、ナイトリーはトークンをクリアします)。

2. ビルド前のタスクを実行して、ソース コードを最終ビルド時刻に戻す

ビルド スクリプトを分離するため、私は 2 番目のオプションに傾いていますが、それははるかに難しい作業のようです。

これを行うための提案とヒントをいただければ幸いです。

追加情報:

CI ビルドは、1 つの構成でのソリューションのクイック ビルドであり、いくつかの高速単体テストを実行する場合があります。

ナイトリー ビルドは、ビルド環境をクリーンアップし、ソフトウェアをビルドし、インストーラーにパッケージ化し、拡張テストを実行し、ソース コード リポジトリにラベルを付け、手動テスターが取得できるようにサーバー共有にインストーラーを展開し、テスト可能なビルドをテスト チームに電子メールで送信します。作られました。

テスターが本質的に同じビルドの繰り返しの電子メールに悩まされないように、日中にチェックインがあった場合にのみ夜間ビルドを実行したいと考えています。

Joelはデイリー ビルドを高く評価しているようです。従来のコンパイル済みアプリケーションについては、確かに彼の正当性を理解できますが、これは Web 開発とどのように類似しているのでしょうか? またはそうではないでしょうか?

私が求めているプロジェクトについて少し -- Django (Python) Web アプリに取り組んでいる 2 人の開発者がいます。1 つの svn リポジトリがあります。各開発者は、ローカルで実行されている MySQL のチェックアウトと独自のコピーを保持します (Django に慣れていない場合、Django には独自のテスト サーバーがバンドルされています。これは、ASP アプリが Visual Studio 内で実行できるのと同じです)。開発とテストはローカルで行われ、リポジトリにコミットされます。Web サイトの実際の作業コピーは SVN チェックアウトです (SVN エクスポートについては知っていますが、時間がかかりすぎます)。「ビルド」に最も近いのは、作業コピーで SVN 更新を実行し、django ビット (「manage.py syncdb」) を実行し、検索エンジン キャッシュ (solr) を更新してから、Apache を再起動するバッチ ファイルです。

私が見ていないのは、ウェブアプリとの類似点だと思います。

「夜間ビルド」を使用してソース管理された Web アプリを実行していますか? もしそうなら、それはどのようなものですか?

コードを毎晩ビルドする自動ビルド サーバーがあります。チームの全員がソース ツリー全体をビルドできるわけではないので、これは便利です。最近、チームの一部のメンバーは、ビルド エラーを迅速に修正することについて、より怠惰になりつつあります。ビルドが成功しないまま数週間が経過することもあります。ある開発者が、「ビルドは既に壊れている。今こそ [いくつかの重大な変更] を追加する良い機会だ」と言うのを耳にしました。私は最も下流のコードに取り組んでいるので、通常、ソース コード リポジトリとひどく同期していないツリーの部分を扱っています。これにより、変更を送信する前に変更をテストすることが非常に困難になります。

ナイトリー ビルドは継続的に壊れているため、ナイトリー ビルドの利点のほとんどを失っているように感じます。私はここでベースから離れていますか、それともビルドを修正することを優先する必要がありますか?

最近、buildbot に出くわし、試してみたいと思いました。私の問題は、会社のワークステーションやサーバーで Linux を使用していないため、Windows で実行する必要があることです。

私はすでに別のインストールを試しました:
python 2.6, Twisted-9.0.0-py2.6, buildbot 0.7.12
python 2.6, pywin32-214-py2.6, Twisted-9.0.0-py2.6, buildbot 0.7.12
Python 2.4、pywin32-214-py2.4、ツイスト-9.0.0-py2.4、ビルドボット 0.7.12

Windows XP VMで実行しようとしました。

すべてのインストールでビルドボット テスト スイートを実行したところ、いくつかのエラーが発生しました。ビルドボットのドキュメントには、テストが失敗することはないと書かれています。

Windows で buildbot を使用した経験のある人はいますか?
苦労する価値はありますか、それとも Linux を使用する必要がありますか?