問題タブ [svn-repository]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
eclipse - SVN リポジトリ エクスプローラーでリポジトリにアクセスすると、「保留中…」と表示される
Eclipse の SVN リポジトリ エクスプローラーでリポジトリを開くと、"Pending …" というメッセージが永遠に表示されます。
興味深いことに、ブラウザで問題なくリポジトリにアクセスできます。
どこに問題があるのでしょうか?
svn - Subversion でリポジトリの URL を変更するにはどうすればよいですか?
私のシナリオが少しねじれていることはわかっています。リポジトリの URL の名前を変更するよう求めているリポジトリの所有者に遭遇しました。基本的に、h..p://svn/ABC/Repo_XYZ から h..p://svn/ABC/XYZ/ に変更したいと考えています。
まず第一に、これが本当に可能かどうかを知りたいです。サーバーの管理者権限はありますが、ユーザーの観点からは何もできません。私はGoogleを見回していましたが、SVNサーバー管理者の観点からではなく、エンドユーザーがそれを修正する方法に遭遇していました。また、この変更が URL でどのように発生するかについても知りたいです。URL の変更に加えて、他に必要な変更があります。うまく説明できていないかもしれません。誰かができる編集をいただければ幸いです。ありがとう
svn - SVNリポジトリを別のリポジトリのフォルダに移動します
私には2つのSVN再投稿があります:
プロジェクトA
- トランク
- タグ
- 枝
プロジェクトB
- トランク
- タグ
- 枝
今、私はこの構造に到達したくありません:
プロジェクト
プロジェクトA
- トランク
- タグ
- 枝
プロジェクトB
- トランク
- タグ
- 枝
を使用して2つのリポジトリをダンプしました
どうすれば上記の構造に復元できますか?
編集:これは私の問題を解決します! https://stackoverflow.com/a/3141938/885683
svn - 移行後にSVNでユーザーを復元する
ダンプファイルを復元した後にユーザーアカウントを復元して、リポジトリが以前のユーザーアカウントとアクセスルールで機能し始めるようにするにはどうすればよいですか?
svn - SVNリポジトリがダウンし、作業コピーに.svnフォルダがありません
私のSVNリポジトリ(サーバーが数時間ダウンしました)がダウンしました。
SVNユーザーが作業コピーを更新すると、リポジトリに同期されている「.svn」フォルダーとファイル/フォルダーが失われました。
この問題を修正するにはどうすればよいですか?またはサーバーが稼働しているときにこの問題は自動的に解決されますか?
ありがとう、Pandiarajan K
svn - SVN フォルダと適切なリポジトリ名に関する問題
ローカル マシンで SVN を使用することを想定して、SVN 関連の設定をどのように構成する必要があるかについて少し混乱しています。それらは以下のとおりです。
- フォルダ -- トランク、ブランチ、およびタグ -- はデフォルトで作成されますか、それとも独自に導入する必要がありますか (UNIX で mkdir コマンドを使用するなど)?
- リポジトリに名前を付けるのは良い習慣
svn
ですか?
svn - リポジトリを1.5サーバーから1.7サーバーに移動するだけでは間違っていますか?
Subversion1.5サーバーの下にSVNリポジトリがあります。
このリポジトリを別のSubversion1.7サーバーに移動する必要があります。
私が理解している限り、3つの方法があります。
リポジトリを新しいサーバーに移動するだけです。
SVN 1.5リポジトリのダンプを作成し、いわゆるダンプロードサイクルで新しい1.7サーバーにダンプをインポートします。
svnadmin dump
svnadmin load
リポジトリを新しいサーバーに移動してから、サポートされている最新のスキーマバージョンにアップグレードします。
svnadmin upgrade
リポジトリのフォルダを1.5サーバーから新しい1.7サーバーに移動するだけで間違っていますか?
何か問題はありますか?はいの場合-どのような問題がありますか?
svn - Subversionリポジトリに空または存在しない'/db /txn-current'
Apache Subversionリポジトリで問題が発生しましたが、最適な解決策を探しています。
Subversionリポジトリにコミットできず、エラーが発生します:
svn:E720002:コミットに失敗しました(詳細は次のとおりです):svn:E720002:ファイルを開くことができません'C:\ Repository \ myproject \ db \ txn-current':システムは指定されたファイルを見つけることができません。
空のtxn-current
ファイルを作成すると、コミット時に別のエラーが発生します。
svn:E070014:コミットに失敗しました(詳細は次のとおりです):svn:E070014:ファイルを読み取れません'C:\ Repository \ myproject \ db \ txn-current':ファイルの終わりが見つかりました
注:リポジトリのバックアップがないため、手動で問題を修正する必要があると想像してみてください。
同じ動作がStackOverflowですでに説明されています:svn commit問題、「d:\ UC \ db \ txn-current」を読み取れません:ファイルの終わりが見つかりました。しかし、そこにある答えが本当に役立つとは思えません。
\db\txn-current
手動で作成して0
そこ(または他の整数)を配置することは良い解決策ではないと思います。近い将来、予期しない動作が発生する可能性があると思いますが、svnadmin recover
および/またはsvnadmin verify
作成および/または入力しないでくださいtxn-current
。この場合、これらのコマンドは無力です。
FSFS記述 ファイルによると\db\txn-current
、次のトランザクションキー番号が含まれています。ファイルに整数を入れると、コミットでき、整数が1ずつ増えます。
ただし、無関係な整数を入力すると、レポで何かが壊れる可能性があるため、これが発生することは望ましくありません。
「txn-current」ファイルは、36進数のみを含む1行のテキストを含むファイルです。現在の値は、トランザクションのベースとなるリビジョン番号とともに、次のトランザクション名で使用されます。このシーケンス番号により、トランザクションが中止され、同じリビジョンに基づく新しいトランザクションが開始された場合でも、トランザクション名が再利用されないことが保証されます。FSFSがこのファイルに対して実行する唯一の操作は、「取得および増分」です。この操作中、「txn-current-lock」ファイルはロックされます。
\db\txn-current
問題を適切に修正するにはどうすればよいですか?ファイルにはどの整数を入れる必要がありますか?これを解決する他の方法はありますか?
編集:
db/current
同じ問題(存在しないか空の場合)をファイルで解決するにはどうすればよいですか?
svn - SVNリポジトリのURLを変更する
私の現在のSVN構造:
しかし、私たちのプロジェクト(したがってSVNサービス)はsub.someaddress.com.tr
代わりに機能しますsomeaddress.com.tr
(someaddress.com.trはすぐに別の場所にリダイレクトされます)。
開発サーバーなのでどうしたらいいのかわからなかった。またはを使用する必要がありますsvn switch
かsvn switch --relocate
?また、svn root someaddress.com.trまたはプロジェクトブランチsomeaddress.com.tr/projectを切り替える必要がありますか?
svn - SVNサーバー側でSVNプロジェクトフォルダー(「ブランチ」、「タグ」、「トランク」)を作成すると、追加の機能が提供されますか?
Visual SVN Serverを使用すると、SVNリポジトリとSVNプロジェクトを作成できます。クライアントのSVNアクセスを厳密に持っている人(たとえばTortoiseを使用)はプロジェクトを作成できません。ただし、必要に応じてフォルダを作成することはできます。サーバー側でSVNプロジェクトを作成すると、特定のSVNプロジェクトのタグ、ブランチ、トランクフォルダーを自動的に生成できます。一方、プロジェクトフォルダーと、TortoiseSVNからこれらの3つの同一のサブフォルダーを手動で作成することもできます。サーバー側の2つのアーキテクチャに何か違いはありますか?サーバー側で作成すると、追加の機能が提供されますか(たとえば)?管理者がサーバー側でメンテナンスを行わない場合は、メンテナンスを避けたいだけです。
編集:
申し訳ありませんが、「新規>プロジェクト構造...」という用語を使用しています。