2017-02-19 90 views
1

我已經設置了詹金斯連接到SVN服務器,我的工作之一,我想svn updatesvn commit如何從詹金斯殼任務驗證到SVN服務器?

我這樣做在外殼的任務,但它失敗。當我撥打電話給:

svn update 

我得到以下錯誤:

Authentication realm: http://svn...:80 Subversion Repository Password for 'jenkins': Authentication realm: http://svn...:80 Subversion Repository Username: svn: OPTIONS of ' http://svn ...': authorization failed: Could not authenticate to server: rejected Basic challenge

我用Google搜索這一點,並在網上看了,但我試圖糾正我的問題沒有成功。我寧願不通過在命令行上--username--password,我覺得應該有其他的至少2種方式來進行此設置:

  • 使用「全球」的Linux/SVN詹金斯用戶高速緩存或東西的效果
  • 從詹金斯

傳遞憑據我已經失敗嘗試遵循這兩方面的選項的說明。

有人可以解釋,甚至像我這樣的笨女人都可以理解 - 如何配置Jenkins和我的工作,以便能夠從掛鉤到SVN的作業中的shell任務執行svn updatesvn commit

編輯 我被要求實現是對一些文件,這些文件沒有真正構建的一部分運行某種處理 - 但我們希望有一個控制的「構建機器」做加工 - 不是任何開發人員進行處理和提交。

這是一個手工觸發的工作,需要一些輸入,處理,然後將得到的文件推送到SVN。

(我不知道它爲什麼做這樣 - 我從小就晚,以幫助解決他們的構建,等...)

回答

0

你要考慮使用ssh身份驗證,這將使你要避免傳遞用戶名和密碼 - 只要密鑰存在。

這可能是值得看看爲什麼你想做一個svn和svn commmit形式的殼步驟。

我會建議使用scm插件獲取源代碼 - 只要你做了svn up詹金斯不知道變更集。

的承諾可能是另一種味道太重。沒有標籤,推動svn的構建可能有更好的路徑。對於其中一個 - 你將不得不使用能夠觸發你的構建的鉤子,否則它將成爲一個循環。

+0

我瞭解循環 - 這將只是一個手動工作,而不是由scm觸發。 – Tim