ホストに最初のリポジトリを設定しようとしていますが、プロジェクトをチェックアウトするために TortoiseSVN を使用すると、このエラーが発生します。
エラー:「 http://mywebsite.com/svn/myproject 」のオプション:200 OK( http://mywebsite.com )
ここに私がやったことがあります:
ホストにSSHで接続し、/ home/myaccntと「svnadmin create svn」に移動します
プロジェクトリポジトリを作成します: 'svn mkdir svn/myproject'
リポジトリにファイルを追加します。cd/home/myaccnt/.../myproject(/ tags、/ branch、/ trunkがあります); 'svn import file:/// home/myaccnt/svn/myproject'(追加されるファイルの大きな古いリストはこの時点で見られます。)
この時点で、リポジトリをセットアップし、プロジェクトをリポジトリにインポートしたと思います。これで、WindowsボックスでTortoiseSVNを使用してチェックアウトする準備が整いました。そう:
チェックアウトしたいフォルダで、右クリックしてSVN Checkoutを選択し、URLが http: //mywebsite.com/svn/myproject
結果?
エラー:「 http://mywebsite.com/svn/myproject 」のオプション:200 OK( http://mywebsite.com )
誰も私のために何か考えがありますか?リポジトリの構造やhtaccess ...の基本的な何かが欠けている可能性があります。
どうやら、これは私のホストによる制限の問題であり、私は彼らと協力して解決しています。
ありがとう、1800。
ところで、ここでの答えは、ホストA2 Web Hostingでは、public_keyを使用してSSH経由でSVNを処理し、私の場合はTortoiseSVNを設定してジョブを実行する必要があるというものでした。キーを設定する経験が少しある人にとってはちょっとファンキーなことでしたが、一度やれば満足のいくものでした!
サポートwikiのA2ホストでSVNに関する情報を見つけることができます。
私もこの問題を掘り下げなければなりませんでしたが、次のページで解決策を見つけました。- http://comments.gmane.org/gmane.comp.version-control.Subversion.devel/117844 =(特に 「ジュリアンのパッチ」へのリンク を参照してください。)
「_ [OPTIONS of <url>
:200(<url>
)OK」エラーは非常に誤解を招くものであり、多くの場合、リポジトリURLが間違っていることを意味します。
単純な「svn list」コマンドでも同様の問題が発生しました。
スラッシュに関するVitor Mateusの答えを拡張するために:社内サーバーでApacheを使用して独自のリポジトリを設定している間、Apache 2構成ファイルの元のLocation
タグは次のようになりました。
<Location "/svn/repo_address/">
...
</Location>
「repo_address」の後に末尾「/」があった場所。スラッシュはありません:
<Location "/svn/repo_address">
...
</Location>
微妙ですが、それは大きな違いをもたらします。今の呼び出し
svn list http://my.server.com/svn/repo_address
正常に動作します。マニュアルを注意深く読むと役立つ場合があります;-)
私にとっては、エラーはサーバー側にあり、コメントを忘れたためでした
DAV svn
構成ファイル/etc/Apache2/mods-enabled/dav_svn.conf
(Debian上)。
この問題が発生しました。 Subversionサーバーが非標準ポートにありました。事実上、私のリポジトリURLは間違っていました。確認するために他に何か...
チェックアウトアドレスをhttp://mywebsite.com/svn/myproject
からsvn://mywebsite.com/svn/myproject
に変更すると、機能し始めますか?もしそうなら、多分あなたはSVNアクセスのためにHTTPプロトコルをセットアップしなかったのでしょうか?
私にとっては間違いなく認証の問題でした。
通常、新しいプロジェクトをチェックアウトしようとすると、証明書を受け入れるかどうか(永続的、一時的、またはまったく受け入れない)を尋ねられます。
以前にnot notをクリックしたに違いないので、再度プロンプトは表示されません。
TortoiseSVNクライアントを使用して、設定に進み、次に保存済みデータをクリアして、認証データ(ボタン Clear)。
その後、チェックアウトを試みると、証明書を受け入れるように促されました。 恒久的にで、すべてが順調でした。すべてのコードをチェックアウトしました。
このエラーは完全に一般的なものであり、SVNサーバーと通信できなかったことを意味します。ブラウザを使用してURLを調べ、実際に提供されているものを確認します。フッターに「Powered by Subversion」と表示されている白黒のページである必要があります。これは、問題が何であるかを理解するのに役立つはずです。
私の場合、ProxyPassを使用しているため、リクエストはDAVモジュールで終了しませんでした。
最初の応答の修正がうまくいきました。
私のリポジトリはSSHを使用しています。 URLはhttps://(HTTPSアクセス用)として私に与えられ、最終的にURLのプロトコルを変更する必要があることがわかりました。
コマンドラインクライアントの使用:$ svn checkout svn + ssh:/// svnroot //
(鍵の構成は必要ありませんでした。)
/
URLの最後。チェックアウトアドレスを「 http://mywebsite.com/svn/myproject 」から「 http://mywebsite.com/svn/myproject/ 」に変更します。
Ubuntu x-termからオープンソースリポジトリに接続中にこのエラーに遭遇しました。
働いた解決策は/etc/Subversion/servers
ファイル。グローバルセクションのプロキシ設定を変更しました。すべて順調です。
別の問題(および解決策)がありました。なぜ起こるのかわかりませんが、リポジトリの一部DID checkoutなので、さまざまなコンテンツを個別にチェックアウトしようとしました。
ルートフォルダー内のJARファイルのみがチェックアウトされておらず、チェックアウトしようとするとエラーが発生することがわかりました。ファイルは「ターゲット」フォルダーにある同じJARファイルの重複ファイルであったため、リポジトリブラウザー(TortoiseSVN)を介してリポジトリから削除し、NetBeansを介してプロジェクトを再度チェックアウトしました。エラー。
SVNPathがApache構成で正しく設定されていることを確認してください!
このエラーが発生する別の理由(上記の多くのエラーの中で)は、接続しようとしているサーバーに到達するためにプロキシを必要としないときに〜/ .Subversion/serversにプロキシが設定されていることです。