問題タブ [svn-administraton]

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.

0 投票する
6 に答える
6655 参照

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同じ問題(存在しないか空の場合)をファイルで解決するにはどうすればよいですか?
0 投票する
1 に答える
1361 参照

linux - Linux グループを使用した SVN authz

Linux サーバーグループを使用するように SVN authz ファイルをセットアップすることは可能ですか?

もう少し詳細/例を示すために、次のように SVN authz ファイルがあるとします。

userA、userB、および userC はすべて Linux ユーザーとして存在し、期待どおりにアクセスが許可されます。ただし、linuxGroupA のメンバーにはアクセス権が付与されていないようです (この例では、ダウンロード フォルダーへ)。

それで、メンバーがアクセスできるLinuxグループを参照するようにsvn authzを設定できますか(上記のダウンロードフォルダーと言います)?

0 投票する
1 に答える
1132 参照

svn - ワイルドカードまたは正規表現を使用して、svn のパスベースの承認/アクセス制御を制御するにはどうすればよいですか?

正規表現またはワイルドカードに依存するパスベースの承認を使用して、svn への表示/読み取りアクセスを制御する方法はありますか?

svnpermsを使用してコミット フック スクリプトを介して書き込みアクセスを制御できることはわかっていますが、読み取り/表示アクセスも制限する必要があります。現在、すべてのユーザーがアクセスする必要があるコミット ファイルと、特定のユーザーのみがアクセスできるサブディレクトリを含むプロジェクト ルートがあります。アクセスできるはずです。最上位のプロジェクト dir へのアクセスを許可すると、すべてのサブディレクトリへのアクセスが自動的に許可されます。正規表現ルールを設定できれば、アクセスを簡単に制限できます。

ワイルドカードまたはパターンを使用してアクセスを制御する方法が見つからない場合は、ディレクトリ構造をリファクタリングして、アクセス許可を設定できるサブディレクトリに最上位のファイルを移動する必要があります。

次のいずれかをご存知でしたら教えてください。

  • ビューアクセスを制御できるフックスクリプト
  • ワイルドカードまたは正規表現パターンで authz 機能を提供できる apache 拡張機能
0 投票する
2 に答える
561 参照

svn - svn でユーザーのチェックアウト アクセスを無効にする方法

ユーザーではなく管理者に対してチェックアウト オプションを有効にするにはどうすればよいですか。私の必要性は、ユーザーがファイルをインポートする権利しか持っていないことですが、リポジトリからファイルをチェックアウトする権利を持ってはいけません。あなたがこの仕事で私を助けてくれたら、あなたにとても感謝しています.

前もって感謝します、

プラサード

0 投票する
1 に答える
477 参照

svn - svnadmin の読み込みが「要求されたサービスを完了するためのシステム リソースが不足しています」で失敗する

削除する必要がある Subversion リポジトリに誰かがファイルをコミットしました。

サーバーは、仮想化された Windows Server 2003 32 ビット ボックスであり、4 GB の RAM と、リポジトリが存在する十分なディスク領域を備えています。SVN 1.4.4 を使用しています。

ダンプ ファイルは約 90 GB で、ほぼ同じサイズがフィルター処理されました。

フィルター処理されたダンプの読み込みが、「要求されたサービスを完了するのに十分なシステム リソースが存在しません」で失敗しました。これは、フィルタリングされたダンプの約 99% がロードされた後に発生しました (r9945/9991)。再試行しましたが、以前に失敗しました (~r7.5k)。

この特定のエラーには多くのヒットがありますが、それらはソース コードとバッファ エラーに対処しているようです。このファイルを削除してリポジトリを復元する方法が必要です。よろしくお願いします。

0 投票する
1 に答える
1603 参照

svn - Linux SVN サーバーでの「Db/txn-current-lock 許可が拒否されました」エラー

ソース管理のために、SVN をインストールました。その後、 WebminにSVN Adminアドオンを追加して、ユーザーとその権限を視覚的に構成します。 しかし、新しいファイル/フォルダーをリポジトリにコミットするとエラーが発生しました。問題は、リポジトリ ディレクトリのユーザー権限にあるようです: SVN管理者は「csvn」ユーザーでリポジトリを作成しますが、Apacheはリポジトリ フォルダに書き込むことができません。リポジトリに 777 権限を追加したり、所有者をApacheに 変更したりしたくありません。SVN Adminによるリポジトリの変更後、この問題が再発するためです。

問題を解決するための最良の解決策は何ですか?

0 投票する
1 に答える
1353 参照

svn - 失敗した svnrdump ダンプを再開 | svnadmin ロード

次のようにリモート svn リポジトリのクローンを作成しようとしました。

しかし、それは失敗しました:

これはあまり意味のあるエラー メッセージのようには見えません。ダンプ/ロード操作を再開する方法はありますか?

0 投票する
2 に答える
1140 参照

svn - SVN リポジトリが破損しています

ファイルを追加できるリポジトリがありますが、リポジトリを (任意のバージョンに) コミットまたはチェックアウトしようとすると、「'�⛰ENDREP' を数値に変換できませんでした」というエラーが表示されます。

何が起こっているのかわかりません。リポジトリを再作成して履歴を失いたくありません。私は昨日最後にコミットし、今日の終わりに (1 つのファイルを追加した後) コミットに行きましたが、今では破損しているようです。

誰が何が起こったのか、どのように修正できるのか説明できますか?

編集: TortoiseSVN 1.9.2、ビルド 26806 - 64 ビットを使用しています