問題タブ [bamboo]

私たちは竹でテストを実行しています。ただし、Bamboo でテストが失敗した場合は、すべてのテストでもう一度 Bamboo を実行する必要があります。Bamboo で失敗したテストのみを実行できる方法はありますか。フレームワークを変更する必要があるということは、テスト ケースを実行するために java+Ant+TestNG を使用しているため、ant build.xml ファイルまたは testNG ファイルのヘルプを意味します。または、竹の中に私たちを助けるものはありますか?????

継続的インテグレーション ビルド サーバーとして Bamboo v3.1.1 を使用していますが、ほとんどの場合、非常にうまく機能します。

私たちが抱えている問題の 1 つは、かなりの量のデータベース指向のテストを行っていることです。たとえば、ビルドは、共有データベース インスタンスでユニット テストと統合テストの一部を実行します。

これは、同じビルド プランに対して複数の Bamboo ビルドが同時に実行されている場合に問題を引き起こします。それらはお互いの足につまずいてデッドロックを引き起こし、通常、関連するすべてのビルドがこれにより失敗します。

並行ビルドは素晴らしいものですが、理論的には、ビルドを「シリアル化」するビルド プランを定義できるようにしたいと考えています。たとえば、複数のビルドを並行して実行しないようにします。

どうすればこれができるか知っている人はいますか?? Bamboo に「このビルド プランを並列化しないでください - 一度に 1 つのビルドをシリアルに実行する」ように指示する設定はありますか?

アップデート：

現在、私のビルド プロセスには次の 2 つの段階があります。

• コア ビルド (VS ソリューションのビルド、テスト データベースを最新のスクリプトに更​​新)
• テスト (NUnit 2.4)

「コア ビルド」は、複数回並行して簡単に実行できます。問題はありません。ただし、これらのテストの一部は唯一の共有「単体テスト」データベースにアクセスするため、「テスト」ステージを複数回実行することはできません。複数の「テスト」段階のプロセスが実行されている場合、それらは互いにデッドロックすることになります。

では、「コア ビルド」ステージを並列化しても問題ないが、「テスト」では実行中のビルドの数に関係なく、一度に1 つのインスタンスのみを実行することを Bamboo に伝えるにはどうすればよいでしょうか??

Bambooは継続的なビルドを行うために用意されていますが、品質メトリクスの追跡にSonarを使用したいと考えています。ユニットテストの合格/不合格とクローバーコードカバレッジメトリックは、Bambooでキャプチャする必要があります。ただし、単体テストとCloverを2回実行してビルド期間が長くならないように、これらの同じ値をSonarにも送信する必要があります。

Mavenビルドで「sonar.dynamicAnalysis=reuseReports」ディレクティブを使用して、これらのメトリックをBambooビルドからSonarに送信できるようになりました。ただし、Sonarの「ルールコンプライアンス」メトリックは0％になります。

ディレクティブを使用せずに以前にいじくり回したことに基づいて、ルールコンプライアンススコアは高くなります。したがって、ディレクティブを使用すると、そのメトリックが計算されないことがどういうわけか妨げられていることは明らかです。

このディレクティブを使用してルールコンプライアンススコアを取得する方法を知っている人はいますか？それとも、診断に役立つ何かを指摘できますか？「-e」オプションを指定してMavenを実行しても、特に役立つものは何もありません。

FindBug Plugin私は竹でいくつかの問題を抱えています。Bamboo で FindBug Plugin を使用してみたいと思います。私のプロジェクトはSVNリポジトリから取得され、maven3. プラグインをインポートし、デフォルトのジョブの質問の構成でその他を設定します。

Bamboo は FindBugs 分析の出力をどこで探すべきですか?

FindBugs 出力ディレクトリのように設定します"c:\fb_report\"

追加された画像に表示されるもの

imageshack.us/photo/my-images/37/miscalleneous.png/

私は彼がコンソールでこれを書くようにします

このことから、ビルド プロセスでプラグインが正常に実行されました。次に、デフォルトのジョブに移動してタブfindbugsをクリックすると、グラフが1つだけ表示され、ここに表示されるような統計は何も表示されません:

https://studio.plugins.atlassian.com/wiki/display/BFIND/FindBugs+Plugin

ジョブのその他に設定されたディレクトリが空です。

imageshack.us/photo/my-images/402/findbugs.png/

約 30 のビルドでこのプラグインをテストしましたが、何も変更されませんでした。そして、レポートタブでレポートを生成しようとしましたが、これもグラフが1つしか表示されません。

imageshack.us/photo/my-images/607/reports.png/

私は今、私が悪いことをしていません。

モジュールの自動ビルドには Bamboo を使用し、ビルド ツールには maven を使用しています。正しく動作しますが、モジュールのバージョンを上げる必要がある場合があります (たとえば、1.0-SNAPSHOT から 1.1-SNAPSHOT に変更するなど)。

私は次のことを行います: 1) 1.0-SNAPSHOT バージョンを、同じディレクトリ構造の下にある私の svn リポジトリのタグ ルート ディレクトリにタグ付けします。これは、互換性の理由から行われます。2) タグ付けされたモジュールをビルドする Bamboo ビルド プランを作成します。3) トランクにあるモジュールのバージョンを上げます。

ここまでは順調ですね。しかし、クライアントのプロジェクトをビルドするときに、タグ付きモジュールが Maven からダウンロードされず (Bamboo から正しくビルドされていることがわかります)、タグの前に古い jar を使用することがあります。また、maven は常に最後の jar をダウンロードするとは限らず、.m2 ディレクトリから手動で削除するか、モジュールを更新して自分のマシンで手動で再構築する必要があります (オフライン モードは使用されません)。お尻の痛みですが、開発者として私はこれを行うことができますが、私たちのプロジェクトは管理者からも構築されています。管理者はこれを管理する方法を知らず、間違った依存関係でプロジェクトを展開することがあり、トラブルにつながります:)。

誰かがこれを修正する方法を知っているなら、私に知らせてください。

継続的インテグレーションサーバーとしてBambooを使用しています。FinalBuilder（FB）を使用してビルドプロジェクトを定義し、FBのコマンドラインツール（FBCMD）を使用してBamboo内の適切なFBプロジェクトを呼び出しました。

Bambooは、環境変数が定義されていない純粋な環境でコマンドを実行しているようです。（仕様に記載されていることにもかかわらず!!!）したがって、VC ++コンパイラで使用されるINCLUDE変数がないため、ビルドの多くが失敗します。

コマンド設定の環境変数フィールドも試してみました。ただし、最初のインクルードパスのみが考慮され、残りはまったく考慮されません。

Sitecore (.Net) Web サイトのビルド プランは現在、継続的インテグレーション プロセスのビルド プラン マスターとして Bamboo を使用しています。Bamboo は .Net プロジェクトの構築をサポートしており、その .Net プロジェクトには複数の Sitecore バイナリへの参照が含まれています。

私は NuGet をアーティファクト リポジトリとして使用してきました。これは、ほとんどの人が NuGet を使用しているように見えたからです。

これで、nuget リポジトリができて、独自のフィードをホストし、Nuget パッケージをプロジェクトに追加しました (作成したバイナリのパッケージをインストールしたところです)。さらに何をする必要がありますか?

ビルドは何か特別なことを呼び出す必要がありますか、それとも完了ですか? 竹が私のリポジトリに直接話しかけていないことに神経質になっているだけだと思います....

私が持っている最も近い類推、つまり Maven/Archiva コンボでは、maven プランはアーカイブ内のアーティファクトを明確に参照し、必要に応じて正しいバージョンをプルします。NuGet はこれを行いますか?

Maven ライフサイクルのほぼすべてを使用する、かなり標準的な Maven ベースの Java プロジェクトがあるとします。でコンパイルしcompile、JUnit テスト ケースを実行し、 /でtest自動的に開始および停止された jetty を使用して統合テストを行い、内部 Maven リポジトリにデプロイします。基本的なもの。integration-testverifydeploy

これは、Bamboo サーバーでビルド プランとしても実行されます。現時点では、 を実行する 1 つのタスクを持つ 1 つのジョブを持つ 1 つのステージしかありませんmvn clean deploy。これにより、レポの SNAPSHOT は常に、テストの失敗なしにコンパイルされるソース管理からの最後のバージョンになります。

今、Bamboo はもっと多くのことができると感じています... すべてが 1 つの孤独なタスクで処理されるとしたら、すべてのステージやタスクなどは何のためにあるのでしょうか? だから私は、「テスト」ステージ、「統合テスト」ステージ、「展開」ステージが実行される可能性があると考えました...しかし、すべてのステージには独自のチェックアウトディレクトリがあるため、最後のmvn testステージテストと検証を含め、Maven ライフサイクル全体を再度デプロイする必要があります...mvn verifymvn deploy

Mavenを竹にマッピングする良い方法は何ですか? このような構成例は見つかりませんでした。一貫した方法でこれを行った人はいますか? それとも、テスト用のものを pom.xml から直接構成された Bamboo ジョブに移動する必要がありますか?

複数のステージがある Bamboo プラン構成があります。ここで、これらのステージを特定の順序で実行する必要がありますが、前のステージの結果とは無関係です。

これは、Bamboo では不可能のようです。後続のステージは、前のステージが成功した場合にのみ実行されます。

何かご意見は？

Bamboo3.4.2を実行しています。私には2つの計画があります（多くの中で）。1つはスケジュールされ、もう1つはコミットがトリガーされ、競合と同時に実行されないようにする必要があります。それらは同じプロジェクト内にあるため、プロジェクト内の1つのプランのみを実行できるようにする方法があれば、それは完全に受け入れられます。私はそのプロジェクトにサービスを提供するためにエージェントをコミットすることを完全に望んでいますが、それを行う方法を見つけることができません。

ありがとう、マシュー