在Hudson中為JIRA的Jenkins插件設置訪問控制

Question

我目前正在測試JIRA的Jenkins插件，以替代與我合作的項目的Atlassians Bamboo持續集成工具。 閱讀文檔並創建一些測試項目后，我設法將Jira實例和Hudson實例“連接”在一起。 這是我最初想要實現的（序列圖）：

主要用例：

1. 用戶在JIRA中創建問題（例如TST-1）
2. 用戶對代碼進行一些更改后即可解決。 （解決方案：將問題委托給哈德遜CI）
3. 用戶提交對Subversion的更改（“提交”消息必須包含問題代碼：TST-1和“自動構建”（可選））
4. 如果在提交消息中找到“ Autobuild”字符串，則在Hudson環境中觸發構建
5. 哈德森更新了該項目的副本
6. 哈德森建立項目
7. Hudson更新了JIRA上的相應問題（TST-1）並解決了這些問題，並留下了評論：“ Hudson解決了”

---

實際問題：

如果將Hudson實例中的訪問控制設置為“已登錄用戶可以做任何事情”，則可以將Jira實例與Hudson實例“連接”起來。 （我的意思是，在Jenkins Configuration中的Jira內部，我可以看到最新的構建版本數），但是如果我在Hudson中使用“基於矩陣的安全性”或“基於項目的矩陣授權策略”訪問控制，那么我將看不到最近構建的數量。

屏幕截圖中的更多問題：

“基於矩陣的安全性”訪問控制：

“已登錄的用戶可以做任何事情”訪問控制：

---

我嘗試安裝基於角色的授權策略插件，並將其分為兩個組：Admin和Anonymous（允許Admin用戶使用所有內容，而匿名用戶則不使用任何內容），但效果是相同的-無法在Jira實例中看到Last Builds＃

在Hudson Security中進行每次更新后，我將重新啟動hudson並從頭開始再次刪除/添加應用程序鏈接（以防萬一。）

在配置此插件時，有人遇到過類似的問題嗎？ 如果是這樣，您如何設法解決此問題？

---

聚苯乙烯

我不想使用Logged-in users can do anything訪問控制設置，因為在這種模式下，僅通過瀏覽我的Hudson實例，匿名用戶就可以獲取很多敏感信息。

在編寫此問題時，我從1.1.2版本更改為1.0.1因為v.1.0.1似乎對我來說更好。 使用1.1.4版（版本列表） 。

關於marvelution的已注冊問題： https ://marvelution.atlassian.net/browse/JJI-41

更新：

新版本“ 1.2.0”解決了此問題。

造成問題的原因：

當計划被觸發時，基本標頭未添加

Answer 1

發現如果我在訪問控制中使用此設置：

然后我可以使用Matrix-based security訪問控制的插件在Jira中獲得＃個構建版本。

從文檔 ：

典型的最小配置是將所有權限授予管理用戶或組，而對“總體”和“作業”僅讀取訪問權限給匿名用戶。