リモートSVN管理用のシンプルなWebフロントエンド？[閉まっている]

SVNリポジトリを実行します。上級ユーザーの一部は、システム管理者に依存せずにSVN管理を実行できる必要があります。

彼らは、SVNリポジトリの作成、SVNリポジトリの削除、「svnadmin dump」や「svnadmin load」などのコマンドを実行できる必要があります。

これらのFreeBSDマシンでのSSHアクセスを回避し、Web UIを介してサービスインターフェイスを提供したいと考えています。

PerlまたはPHPを使用する単純なスクリプト（または少数のスクリプト）を探しています。私はsvnadmin（Jochen Hoenickeから）またはsvnadmin.pl（Doug munsingerから）を見つけましたが、より大きなユーザーコミュニティで、または他のユーザーから推奨されているものを見つけたいと思っていました。

TracはSVNの管理を許可しているようですが、必要な機能が追加されている場合があります。

私はserverfaultに慣れていないので、答えは遅くなります。私たち（大学のcompsci部門）は、独自のセルフサービスsvn Webインターフェースを開発し、オープンソースとして利用できるようにしました。repocafeという名前で、http: //repocafe.cs.uu.nl/から入手できます。独自のニーズに合わせてモデル化されているため、単一または複数のLDAPサーバーとゲストユーザーを処理できます。多分「シンプル」にはちょっとやり過ぎです。

最後に、svnadmin（Jochen Hoenickeから）を選択しました。

これは、400行のコードを含む単一の単純なファイルであり、必要に応じて修正できるため、これに成功しました。残念ながら、ユーザーコミュニティや多くの推奨事項はありません。しかし、それはシンプルさが勝利です。私たちがそれをお勧めするかどうか、6か月後に私に尋ねてください;）

TracとRedmineは、私が知っている中でこれがうまくいく唯一の2つです。しかし、どちらもプロジェクト管理よりも単純なリポジトリ管理を目的としています。

Subversion用のUserminモジュールがありますが、必要なことを実行できるかどうかはわかりません。

「ユーザーフレンドリーなsvn」USVNがあります。このような何かのためのコミュニティの努力のほとんどは小さいことがわかると思います-SVNは実際に維持されていますが、管理ツールはそうではありません。これらは1度だけ作成されて永久に機能する傾向があるため、これらのGUIツールを変更する必要はありません。したがって、この場合のコミュニティの大きさをあまり気にしないでください。

後世のために、私自身の質問に答えます。

また、PHPベースのSVN管理ツールであるUSVNも見つけました。それはいくつかの反復を経て、ユーザーコミュニティと光沢のある機能満載のWebサイトを持っています。

ただし、USVNプロジェクトは少し古く見えます。USVNは大学の学生によって行われたプロジェクトでしたが、現在、管理者は卒業して仕事を見つけており、プロジェクトに貢献する時間がなくなった可能性があります。9か月の更新はありません。バグトラッカーはアクティブではなく、フォーラムはスパムで満たされ、少しメンテナンスされていないように見えます。そのため、コミュニティがあまりアクティブではなく、最初に表示されます。これは必ずしも悪いことではありません。私はこれらの人々がうまくいくことを願っていますが、古いプロジェクトに引っ掛かることを心配しています。

プロジェクトは200ファイル（Zendからの2000ファイルは数えません）を使用します。これは、監査および維持するのが難しい場合があり、探しているよりも複雑になる場合があります。さらに、このプロジェクトはZendに依存しています。ZendはFreeBSDでの政治問題に苦しんでいます。

12月09日のsvn devメーリングリストからの別の提案です。

SVN権限を管理するための新しいオープンソースツールをチェックしてください！

複数の場所でミラーリングされた複数のリポジトリのSVN権限を管理することは、困難な作業になる可能性があります。svnDashboardは、複数のリポジトリとユーザーを一度に管理するためのシンプルなWebベースのAJAX対応のグラフィカルユーザーインターフェイスを提供します。

http://sourceforge.net/projects/svndashboard/

新しいv1.1.3.140-DBセットアップスクリプトが含まれるようになりました！あなたの何人かはこれが欠けていると不平を言った、そして当然のことながらそう！これは、簡単なreadmeファイルとともに含まれています。

バージョン2で近日提供予定：•拡張されたUI機能•複数のミラーリングされた場所のサポート•リポジトリ統計•エラーメッセージ•検索•その他

私たちはこれを1年前の新しいsvnディストリビューションで実装しました。それは本当にうまくいきました。

私たちは複数の開発チームと彼ら自身のプロジェクトを持っています。そこで、すべての情報をLDAPに取り込み、チームマネージャーにsubversionのディレクトリ情報ツリー（DIT）への書き込みアクセスを許可しました。

ou = groups、ou = subversion、ou = apps、dc = example、dc = com ou = repositories、ou = subversion、ou = apps、dc = example、dc = com

上記の「グループ」組織単位は、Subversionリポジトリ/プロジェクトのカスタムグループです。また、svnでリポジトリを表示するには、httpsで「viewvc」を使用します。

Apacheサーバーは、LDAP DIT（上記）に基づいて作成されたACLファイルを使用して、さまざまなユーザーおよびグループに読み取り/書き込みアクセスを許可します。5分ごとにLDAP DITを読み取り、ACLファイルを作成するcronがあります。したがって、読み取り専用および読み取り/書き込みユーザー/グループで追加された新しいリポジトリがある場合。cronはそれを読み取ってリポジトリを作成し、その情報を新しく作成されたリポジトリのACLファイルに組み込みます。かなりすっきりしています。明らかに、要件に基づいてLDAPスキーマを作成する必要があります。LDAPにはすべてのユーザー/ホスト情報があるので、svn情報を含めるように拡張することは大したことではありませんでした。

-F

それは物事が時間とともに変わったようです。これは、svn管理に適したオプションのように思われる別のスクリプトです。http： //www.svn-access-manager.org/