2015-12-10 32 views
5

私たちはJenkinsのセットアップと完璧な動作をしていました。その後、SVNモジュールをアップグレードしましたが、「改訂チェックに失敗しました」ということで、他のすべてのビルドに失敗します。したがって、あるビルドはすべての変更を正しくチェックアウトし、この誤ったエラーで失敗し、次のビルドが機能します。jenkinsにはSVNの「領域」が必要です。どのようにそれを見つけ出し、何を入力する必要がありますか?

1つのリポジトリのサブディレクトリを指す外部を使用します。実際の「外部」レポジトリはありません。

このバグレポートによれば、https://issues.jenkins-ci.org/browse/JENKINS-21785 解決策は、すでに動作しているグローバル認証情報を複製する追加の「追加の認証情報」を作成することです。問題は、これには領域が必要だということです。そして、我々はその領域が何であるかを知らない。私たちはassembla.comを使用します。

提案された方法は、これを実行することです:

svn --no-auth-cache --config-dir invalid info proto://host:port/path/to/repo 

私たちのケースである:

svn --no-auth-cache --config-dir invalid info https://subversion.assembla.com/svn/ourrepo/ 

これは、以下の情報を返します。

Path: ourproject 
URL: https://subversion.assembla.com/svn/ourrepo 
Relative URL: ^/ 
Repository Root: https://subversion.assembla.com/svn/ourrepo 
Repository UUID: 26850efa-2baa-4381-9140-fb0xxxxxxxxx 
Revision: 1755 
Node Kind: directory 
Last Changed Author: me 
Last Changed Rev: 1755 
Last Changed Date: 2015-12-10 15:23:10 +0100 (Thu, 10 Dec 2015) 

ませんレルム情報を。あなたがチェックアウトをしよう、と、間違ったパスワードであなたが帰ってもらうメッセージ置けば

は今興味深いことに、:

Authentication realm: <https://subversion.assembla.com:443> Assembla Restricted 

を今、私たちは、文字列「Assembla制限は、」領域もカントと仮定しますそれにはスペースが含まれています。問題は、私たちが探しているものがわからないということです。それは文字列ですか?それはURLですか?

<https://subversion.assembla.com:443> Assembla Restricted 

Assembla Restricted 

レルムとして "https://subversion.assembla.com:443"

を、これらは次のように答えはある

+0

コマンドラインの 'svn info'コマンドが動作しないのは、保存された資格情報を使用しているからです。それを動作させるには、 '--no-auth-cache --config-dir invalid'を省略してダミーのユーザ名を指定するほうが簡単です。' svn --username foobar info https://subversion.assembla.com/svn/ourrepo/' –

答えて

1

動作しませんでした:我々は試してみました。あなたはどんなのsvnコマンドを実行すると、あなたが戻って、このような何かを得る:

Authentication realm: <https://subversion.assembla.com:443> Assembla Restricted 

を連は「Assembla制限」ではない、またそれは、文字列全体で、多くの例が示すように、それはでは、単に最初の部分ですアセンブラの場合は

<https://subversion.assembla.com:443> 

山括弧を含みます。

少なくともAssemblaの場合は、リポジトリのURLと同じですが、大括弧で区切ってパスを除いています。

0

SCMポーリングを設定しても同じ問題が発生しました。ジェンキンスは直接リポジトリURLの変更をポーリングすることができましたが、外部はポーリングできませんでした。解決策は、レルムの資格情報を追加することでした。

このヒントでは、レルムフィールドに入力する内容を理解しました。ブラウザを使用してリポジトリにアクセスし、ダイアログを表示して資格情報を要求します。 は、通常、このダイアログでhttps://yourrepo.yourcompany.com Subversionリポジトリ

のようなものがあるはずですので、分野に、あなたは我々がここで同じ問題を抱えている<>

1

を忘れてはいけない https://yourrepo.yourcompany.com Subversionリポジトリ

を使用する必要がありますし、いくつかの検索の後、私は以下を見つけました:

私たちは視覚的なsvnサーバー(Windowsのsvnサーバーの実装)を使用しています。 jenkinsが指定したコマンドを使用すると、そのレルム情報も取得できませんでした。だから、視覚的SVNサーバ上のRDPでログインした後、私はCにチェック:

AuthName "VisualSVN Server" 

:\プログラムファイル(x86の)\ VisualSVN Serverの\ confにを\ httpd.confにあり

私は、次の設定を見つけました私はフォーマットこれに

<proto://server:port> SvnRealmName 

形質転換された場合そう:

<https://pathtomyserver.com:443> VisualSVN Server 

をそれが作業を開始し、ホそれは誰か他の人を助けるでしょう)

+0

VisualSVN Serverは、ジェンキンスの領域としてあなたが入力した領域の一部ですと言いますか?投稿された多くの回答に基づいて、それでも私はジェンキンスのウィンドウに何を貼り付けて、領域を求めるのかはわかりません。それはすべての行ですか? VisualSVNサーバー – shawn1874

+0

Ok。返信する必要はありません。あなたの提案は私のために働いた。私の場合は、何らかのハッシュまたはIDのような数字を含むコロンの後ろのものすべてでした: 3979ca12-688d-6e4e-a6cd-e8fb00dcf214 – shawn1874

7

私は同じ問題に直面していました。ここでの議論を通して、認証領域はJenkinsで設定する必要がある<http://path_to_svn_rep:port> Realm Nameという形式の文字列であることに気付きました。闘争は、レルム名が何であるかを見つけることでした。レルムを得るためにここに掲示されたコマンドは私のためには機能しませんでした。これは最終的に動作したものです:

1)Windows検索(通常はC:\ Users \ username \ appdata)で%appdata%フォルダを検索します。

2)Subversionフォルダがあります。そうでない場合は、Webブラウザからリポジトリにアクセスしてみてください。これは、あなたのsvn資格情報を入力するように求められます。その後、SubversionフォルダがAppdataフォルダに作成されていることがわかります。

3)/ Appdata/Subversion/authの内容を参照してください。サブフォルダの1つに、あなたのSVN領域を含むテキストを含むファイルがあります。 SlikSVNの場合、これは/Appdata/Subversion/auth/svn.simple/someRandomName.fileでした。 WHOLE行をコピーします(例:https://myserver:443 realmname Subversionリポジトリ)。

4)Jenkinsジョブ設定ページ内のSVNの追加の資格情報セクションに貼り付けます。

希望すると便利です。

+0

重要な情報は、全行をコピーすることです。もう1つの答えは、URLの部分と大括弧のみを使用すべきであることを示唆しています。 – shawn1874

関連する問題