問題タブ [bamboo]

自分のマシンで OpenCover を動作させたら、次のステップはそれをビルド サーバーで動作させることです。

OpenCover を Bamboo Build Server 上の MSBuild と統合しようとしています。ソリューションのビルド後に OpenCover を実行するように Build.proj を次のように変更しました。

"Coverage" ディレクトリは、ソリューション ルート ディレクトリ (ビルド中の作業ディレクトリ) に作成されます。テストが実行され、すべて合格しCommitting....ますが、ビルド ログ (コマンド ラインに表示されるもの) に表示された後、結果は生成されず、ビルドは次のタスク (ReportGenerator を使用してレポートを作成する) に進みます。これは次のように失敗します。 CodeCoverageResults.xml は作成されませんでした)。

ビルド マシンのコマンド ラインで同じコマンドを実行すると、すべてが期待どおりに機能し、ReportGenerator によってレポートを生成できます。

他の誰かが同じ問題を抱えていましたか？このPartCover の例のように、同等の dll を登録する必要がありますか?

clover プラグインをインストールした後、ビルドが失敗し始め、次のエラー メッセージが表示されました。

「プラグイン [clover-3.0.2] のインストールに失敗しました。プラグインに JAR 依存関係がありません。」</p>

何か案は？ハイバネート コア 3.1.1 GA が欠落していることがわかりますが、grails が正常に動作するため、それを取得したと確信しています。

私は現在、svn、Jira、Bamboo を使用したソフトウェア構成管理プロセスの設定に集中しています。残念ながら、上記のツールを使用した定義済みまたは標準的なプラクティスは見つかりません。以下を含む一連のベストプラクティスを正確に探しています。

1. 分岐の最良の方法
2. 開発ラインを維持するための最良のパターン
3. svn コミットで Jira 課題を使用する最良の方法
4. ...

優れた構成管理プラクティスは、Microsoft が彼の TFS ソリューションに対して提案したものです。上記のツールの既知のベスト プラクティスはありますか?

前提条件:
- JIRA Studio (ホスト)
- Bamboo 3.0.4
- ami-1cbd4475

この Windows インスタンスに Bamboo リモート エージェント (いくつかの jar) をインストールする必要があると想定しています。しかし、Jira Studio の Bamboo 構成で( http://confluence.atlassian.com/display/BAMBOO/Creating+a+Remote+Agentに記載されているように) エージェントのインストールへのリンクも、必要なバージョンのエージェントも見つかりません。エージェントは自分で。私の仮定はまったく正しいですか？

Bamboo 用に Windows AMI をセットアップするプロセスを説明できる人はいますか?

次の構成でMavenビルドプラグインを使用しています。

次に、バージョン番号を使用します

フォーマット。PCでビルドすると完全に機能しますが、Bambooでビルドするとリビジョン番号にアクセスしません。Bambooは独自のSVNクライアントを使用してリビジョン番号を取得していると思いますが、それをrelease-versionプロパティに渡せない理由がわかりません。ありがとうゾルタン

Maven 2、Bamboo 3.1、およびJIRA4.3を使用してリリースを管理するための最良の方法を見つけたいと思います。私は多くのことを試しましたが、バグや機能の欠如のために行き止まりになり続けています。

私の最終目標は、バージョンをJIRAから取得し、Bambooにそれらのバージョンを取得させ、Mavenを使用してそれらからアーティファクトを構築し、それらのアーティファクトをリポジトリー（この場合はNexus）にデプロイすることです。

これが私が試したアプローチです：

1）プロジェクトバージョンのすべてのpomでプレースホルダーを使用します。

親pom

子ポン

これは、プロジェクトのルートpomからビルドを開始-Dci.version=<my-version>し、コマンドラインで指定した場合にビルドされます。これをBambooリリース管理プラグインと組み合わせると、モジュールのバージョンをビルドしてデプロイし、必要に応じてリリースできます。

このアプローチの問題は、Mavenがデプロイまたはインストール時にpomsのプレースホルダー変数を置き換えないことです。つまり、リポジトリ内のpomに${ci.version}は、具体的なバージョンが本当に必要なときにマーカーがあります。プレースホルダーがあるため、私が展開したモジュールを誰も使用できないことを意味します。MNG-2971を参照してください。

2）pomで具体的なSNAPSHOTバージョンを使用し、Bambooリリース管理プラグインを使用してMavenリリースプラグインを実行するようにbambooを構成します。

残念ながら、Mavenリリースプラグインではバージョンをインクリメントする必要があります。bambooプラグインでは、ビルドする現在のバージョンの名前を取得できますが、次のバージョンの名前を取得することはできません。この情報がないと、Mavenリリースプラグインを使用して、バージョンをJIRAによって管理されていないものにインクリメントします。このオプションを機能させるには、次のバージョンを利用できるようにするか、Bambooリリース管理プラグインがそれを実行した後にプランを実行できるようにする必要があります（この2番目の修正では、コミットログに余分な混乱が追加されます自動増分用に1つのコミットを取得し、適切な増分用に1つのコミットを取得します）。

2.b）2）と同じですが、プラン構成インターフェースを介してリリースをビルドする前に、Bambooで次のバージョンを指定する必要があります。値を手動で、プランが機能する次のJIRAバージョンに設定します。これにより、2）の問題が修正されますが、手動の手順が追加されます。

3）おそらくMavenリリースプラグインを使用して、手動で処理を実行します。Bambooのすべてのリリース機能を完全に無視し、Mavenリリースプラグインの目標を呼び出して必要に応じてバージョンを変更することにより、コマンドラインでリリースを手動で管理します。これが発生した場合は、JIRAバージョンも手動でリリースする必要があります。また、リリースプラグインが非SNAPSHOTバージョン用に作成するタグを実行およびテストするようにbambooビルドを構成する必要があります。

このオプションには非常に多くのプロセスが含まれており、何かがうまくいかない可能性があります。

これらのテクノロジーを使用して自動リリースを取得しようとしているのは私だけではありません。誰でも助けてくれます。

ありがとう

最近、Jiraサーバー（4.3.x）をBambooサーバー（3.1.x）およびSubversionサーバー（Collabnet 1.6.x）と統合しました。Jiraでプロジェクトのビルドタブをクリックすると、プロジェクトの問題にリンクされているビルドのみが一覧表示されます。ただし、どの問題にもリンクされていないビルドが多数あるため、それらのビルドはJiraの[ビルド]タブに表示されません。プロジェクトの問題に関連するビルドだけでなく、プロジェクトのすべてのビルドをリストするようにJiraに指示するにはどうすればよいですか？

継続的インテグレーションサーバーとしてAtlassianBambooを使用しています。プロジェクトについては、開発計画とリリース計画の2つの計画を定義しました。残念ながら、Bambooはこれらのプランごとに2つの別々のビルド番号を使用します。これにより、プロジェクトのスコープ内のビルドをビルド番号で識別できなくなります。Bambooのプロジェクトのすべてのビルドプラン間で単一のビルド番号を共有する方法はありますか？

私はWindowsビルドサーバーでMercurialを動作させようとしている最中で、問題が発生しています。Mercurialキーチェーンを設定するのに苦労しました（tortoisehgをインストールする必要がありました）。これはユーザーごとに機能します。

問題は、Bambooを使用してビルドを実行していて、が所有するNTサービスとして実行されていることSYSTEMです。したがって、hgで何かをしようとすると、パスワードの入力を求められます。

もちろん、パスワードを構成ファイルに入れることもできますが、プレーンテキストのパスワードをそのまま使用することは避けたいと思います。

私の知る限り、この問題を攻撃する方法は2つあります。どちらも私は方法を知りません：

1. Mercurialキーチェーンをユーザーごとではなくグローバルにします。これは不可能かもしれません。
2. どういうわけか、SYSTEMユーザーとしてログインし、それを使っていくつかのMercurialコマンドを実行して、そのキーチェーンにユーザー/パスワード情報がシードされるようにします。
3. まったく違う何か…？

あなたが持っているかもしれない洞察を事前に感謝します！

-ベン

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