1

私は現在、私が取り組んでいるプロジェクトのAtlassians Bamboo Continuous Integration ツールの代替として、Jenkins Plugin for JIRAをテストしています。ドキュメントを読み、いくつかのテスト プロジェクトを作成した後、Jira インスタンスと Hudson インスタンスを「接続」することができました。これは私が最初に達成したかったことです (シーケンス図):

jira-hudson-svn-統合

主な使用例:

  1. ユーザーが JIRA で問題を作成する (例: TST-1)
  2. ユーザーは、コードにいくつかの変更を加えた後に解決します。(解決策: 問題を Hudson CI に委任します)
  3. ユーザーが Subversion への変更をコミットします (コミット メッセージには課題コード: TST-1 および 'Autobuild' (オプション) が含まれている必要があります)
  4. コミットメッセージに「Autobuild」文字列が見つかった場合、Hudson 環境内でビルドがトリガーされます
  5. ハドソンは、プロジェクトのコピーを更新します
  6. ハドソンはプロジェクトを構築します
  7. ハドソンは、JIRA で対応する問題 (TST-1) を更新し、コメントを残して解決します: 「ハドソンによって解決されました」

実際の問題:

Hudson インスタンスのアクセス制御を「ログイン ユーザーは何でもできる」に設定すると、Jira インスタンスを Hudson インスタンスに「接続」できます。(Jenkins 構成の Jira 内で最終ビルドの数を確認できることを意味します)しかし、Hudson で「マトリックスベースのセキュリティ」または「プロジェクトベースのマトリックス承認戦略」アクセス制御を使用すると、表示できません最後のビルドの数。

スクリーンショットの問題の詳細:

「マトリックスベースのセキュリティ」アクセス制御:

ハドソンのアクセス制御設定

ハドソンのビルド履歴

Jira ビルド数

「ログインしたユーザーは何でもできる」アクセス制御:

Jira ビルド数

Role-based Authorization Strategyプラグインをインストールしようとして、Admin と Anonymous の 2 つのグループを作成しました (Admin ユーザーにはすべてを許可し、匿名には何も許可しません) が、結果は同じです - Jira インスタンスの最後のビルドの数を確認できません

Hudson Security を更新するたびに、hudson を再起動し、アプリケーション リンクを最初から削除/追加します (念のため..)

このプラグインの構成中に同様の問題が発生した人はいますか? もしそうなら、どうやってこの問題を解決しましたか?

PS

アクセス制御設定を使用したくありませんLogged-in users can do anything。このモードでは、匿名ユーザーが Hudson インスタンスをブラウズするだけで多くの機密情報を取得できるためです。

この質問を書いている間、私はバージョンから に変更しまし1.1.2た。1.0.1v.1.0.1バージョン1.1.4 (バージョン リスト)を使用します。

marvelution に関する登録済みの問題: https://marvelution.atlassian.net/browse/JJI-41

アップデート：

新しいリリース「1.2.0」では、この問題が修正されました。

問題の原因:

スケジューラーがトリガーされたときに、基本ヘッダーが追加されませんでした

4

1 に答える 1