統合サーバー (CruiseControl.NET) を使用して、いくつかの .NET 3.5 ライブラリを構築および検証しています。一部の統合コードが失敗すると、例外がログに記録され、カスタム レポートに表示されます。
それでも、例外メッセージによって報告される行番号はめちゃくちゃです-通常、例外がスローされた場所の下の50 / 100行から短いです。
何がそのような状況を引き起こす可能性がありますか?
統合サーバー (CruiseControl.NET) を使用して、いくつかの .NET 3.5 ライブラリを構築および検証しています。一部の統合コードが失敗すると、例外がログに記録され、カスタム レポートに表示されます。
それでも、例外メッセージによって報告される行番号はめちゃくちゃです-通常、例外がスローされた場所の下の50 / 100行から短いです。
何がそのような状況を引き起こす可能性がありますか?
ビルド プロセスは、ソース コードにヘッダーを挿入しますか? その場合、ワークステーションの行番号とビルド サーバーの行番号の間にオフセットが表示されることがあります。
または、ビルド プロセスを変更して PDB ファイルを作成しないようにして、新しいビルドに古い行番号を与えた可能性があります。
残念ながら、CCNet の構成は状況に合わせて調整されているため、詳細な情報がないと診断するのは困難です。ビルド マシンのディスク上のソース コードとワークステーション上のソース コードを比較し、報告された行番号がサーバーのファイルのコピーに対して正確かどうかを確認することをお勧めします。
また、クリーンなソース チェックアウトを強制して、残っているビルド出力を削除することもできます。