問題タブ [hudson]

freestlye プロジェクトを使用している場合に Maven サイト ドキュメントのアイコンを表示する方法はありますか (特定のバグのため、maven2 プロジェクトではなくフリースタイル プロジェクトに切り替えました。つまり、cobertura グラフがフロント ページに表示されない、実行時にユニット テスト カバレッジが二重にカウントされる)。コベルチュラ)

CIにHudsonを使用したいのですが、プロジェクトは別のリポジトリからのコードで構成されています。次に例を示します。--org.sourceforce...はhttp：/ sv / n/rep1からチェックアウトする必要があります。--org.python ....はhttp：/ sv / n/rep2からチェックアウトする必要があります。--com.company.productはhttp：/ sv / n/rep3からチェックアウトする必要があります。

現在、別の担当者からコードをチェックアウト/更新するget.allターゲットでantスクリプトを使用しています。

したがって、ハドソンがget.allターゲットを呼び出してすべてのソースコードをフェッチし、2番目のターゲットを呼び出してすべてをビルドするジョブを作成できます。しかし、その場合、3つのリポジトリの変更を監視する方法は？

ジョブ構成にリポジトリを割り当てて、定期的にfethc / buildにジョブをスケジュールすることはできないと思っていますが、ビルドをコミットからトリガーできない場合は、CIのアイデアを見逃してしまうと思います/リポジトリの変更。

最善の方法は何でしょうか？ハドソンでプロジェクトの依存関係を構成する方法はありますか？

私自身と私のグループは、アセンブリのバージョン番号を増やすのが苦手で、バージョン 1.0.0.0 のアセンブリを頻繁に出荷しています。明らかに、これは多くの頭痛を引き起こします。

CIプラットフォームを介してプラクティスを大幅に改善しており、assemblyinfo.csファイル内の値を自動インクリメントするように設定して、アセンブリのバージョンがそのアセンブリのコード変更で自動更新されるようにしたいと考えています。

私は以前に ( Hudsonmsbuildを見つける前に)またはコマンドライン (思い出せません)を使用して値をインクリメントする方法をセットアップしていましたが、Hudson を使用すると、SVN リポジトリが更新され、別のビルドがトリガーされます。Hudson が SVN を 1 時間ごとにポーリングするため、低速の無限ループが発生します。

Hudson にバージョン番号をインクリメントさせるのは悪い考えですか? それを行う別の方法は何ですか？

理想的には、解決策の基準は次のとおりです。

• assemblyinfo.csビルドの前にビルド番号をインクリメントします
• 変更されたアセンブリのビルド番号のみをインクリメントします。Hudson はビルドを行うたびにプロジェクト フォルダーを消去するため、これは不可能な場合があります。
• 変更された assemblyinfo.cs をコード リポジトリ (現在はVisualSVN )にコミットします。
• 次回変更をスキャンするときに、Hudson が新しいビルドをトリガーしないようにします。

これを頭の中で考えてみると、バッチ ファイルやコマンドを使用して、ほとんどの解決策を簡単に思いつくことができましたが、私の考えではすべて、次回のスキャン時に Hudson が新しいビルドをトリガーすることになります。私は私のためにすべてをやってくれる人を探しているわけではありません。正しい方向に私を向けるだけです。ハドソンに特定の SVN コミットを無視させるテクニックなどです。

これまでに見つけたものはすべて、バージョン番号を自動的にインクリメントする方法を説明する記事にすぎず、無限ループに陥る可能性のある CI プラットフォームは考慮されていません。

カバレッジ、テスト結果、メトリック、およびその他のレポートを作成するための Hudson 用のプラグインが多数あります。

レポートを作成したいプロジェクトごとに、ビルド スクリプト (または Maven POM) に追加の構成を追加する必要があるようです。たとえば、FindBugs または Cobertura レポートが必要な場合は、プロジェクトにレポート生成ステップを追加する必要があります。

すべての POM ファイルを更新する必要は本当にありますか? これは何度も繰り返すことであり、ターゲット プロジェクトのソース リポジトリ (POM がある場所) を更新する必要があります。

レポートの生成を有効にする代わりに、Hudson 内だけで設定を行うことは可能ですか? それぞれの Maven プラグインをデフォルト設定で有効にするだけでよいようです。これは、ハドソンによって外部で行うことはできません。

現在、Eclipse ベースのデスクトップ アプリケーションの継続的な統合に hudson を使用しようとしています。このアプリケーションのテストは Junit で実装され、実行時にいくつかのウィンドウが開きます。現在、ディスプレイがエクスポートされていないため、これらのテストを Linux スレーブ ノードで起動する際にいくつかの問題に直面しています。

Linuxスレーブノードでグラフィカルテストを実行するようにhudsonを構成するのを手伝ってくれる人はいますか?

Hudson を継続的インテグレーション サーバーとして使用しています。ジョブは、最終的に MSBuild を開始します。皆さん、時々、私のビルドは MSBuild からの非コード コンパイル エラーで失敗します。

「bin\Debug\Microsoft.Practices.Unity.Configuration.dll」を調べると、0 バイトのファイルであることがわかりました。

このファイルに問題がある理由がわかりません。何か案は？

CI サーバーとして Hudson を使用し、ソース管理システムとして SVN を使用しています。通常、「このビルドにタグを付ける」コマンドを使用してビルドにタグを付けますが、これは正常に機能します。しかし、今日は、SVN の観点からは同じブランチを作成したいと考えていました。しかし、ハドソンはそれを拒否した。

ログを見たいのですが、ロガー名がわかりません! ドキュメントでは、ソース コード (dah) またはメーリング リストを参照することをお勧めします。

これらのロガー名を見つける場所を知っている人はいますか? または、具体的には、Subversion ロガー名が必要です。

すべての良きサマリア人に感謝します。

Vistaでhudsonを実行し、MSBuild for C ++ソリューション（VS 2008）を呼び出しています。

既存のユーザーまたはシステム環境変数をエクスポートする方法を見つけることができませんでした。

ハドソンを介して手動で環境変数を設定することはできますが、そうすることは好みません。すでに設定されている既存の変数を使用したいと思います。これを行う方法はありますか？

基本的に、env変数のリストから選択して、それらをマップする/それらを生成するプロセス/ワークスペースにエクスポートするようにhudsonに指示できるようにしたいと思います。

ハドソンはサービスとして実行されています。