Subversion1.7の新しいアップデートとJenkinsの使用に問題があります。
これが取引です。私たちの会社の何人かの人々は新しいsubversion1.7に切り替えます。したがって、古い1.6 subversionフォルダー構造に戻すことはできません(すべてをコミットしてフォルダーを消去しない限り、新しい1.7subversionをすべてのクールな新機能でアンインストールします。古くて退屈な1.6をインストールし、すべてを再エクスポートします。
ですから、先に進んで、リビジョン番号を簡単に使用できる外観を持つなど、subversion 1.7の新機能を使用したいという事実を考えると、私は現在、jenkinsに問題があります。
Jenkinsのオプションは、SVNKIT 1.3.7のプラグインを使用するか、1.3.9に更新することです。SVNKITのダウンロードページ(http://svnkit.com/download.php)を見ると、バージョン1.3.7および1.3.9はSubversion1.7と互換性がないと言われています。これは2012年3月頃に修正されるはずです。サーバーはできるだけ早く稼働している必要があるため、丸1か月待つことはできません。
では、ユーザーにSubversion 1.7を使用させ、Jenkinsを引き続き使用できるようにするための提案は何でしょうか。
参考までに私は次のことを試しました:
- サーバーで使用されるプロトコルを変更し、プロトコルSSLv3を使用すると、Subversionは機能しますが、jenkinsは失敗します。また、TLSv1とSSLv3を使用すると、jenkinsは機能しますが、一部のSubversion操作が失敗するため、肯定的な結果は得られません。
- SSLv3を使用するようにjenkinsのプロトコルオプションを変更しました。これは、いくつかのFAQで、デフォルトでjenkinsがプロトコルTLSv1を使用することについて言及されていましたが、それでも肯定的な結果は得られませんでした。(常にエラーを表示できません
https://svn.myrepos.com/svn/teamlib/package/ThePackages/trunk
:svn:OPTIONS / svn / teamlib / package / ThePackages / trunk failed(詳細を表示)(おそらくクレデンシャルを入力する必要がありますか?)) - TLSv1とSSLv3を使用する別のサーバーに新しいリポジトリを作成すると、このリポジトリには実際の基本リポジトリへの外部リンクのみが含まれます(たとえば、新しいリポジトリ
https://svn2.myrepos.com/svn/teamlib/testpackage/trunk
には、SSLv3のみを使用する他のサーバーのsvnへの外部のみが含まれますhttps://svn.myrepos.com/svn/teamlib/package/ThePackages/trunk
)。
Jenkinsはすべてを正常に構築できますが、外部をエクスポートできないように見えるため、最新のものが成功に最も近いものです。(手動でエクスポートを行うことはできますが、jenkinsで行う必要があります)。
それで、何か考えはありますか?