简单的web前端远程svnpipe理?

我们运行一个SVN仓库。 我们的一些更高级的用户需要能够执行一些SVNpipe理,而不依赖于系统pipe理员。

他们需要能够做一些事情,比如创buildSVN仓库,删除SVN仓库,执行诸如“svnadmin dump”和“svnadmin load”之类的命令。

我们希望避免在这些FreeBSD机器上使用SSH,并且希望通过Web UI提供一个服务接口。

我正在寻找一个使用Perl或PHP的简单脚本(或less量脚本)。 我find了svnadmin (来自Jochen Hoenicke)或者svnadmin.pl (来自doug munsinger),但是希望find一个更大的用户社区或者被别人推荐的东西。

它看起来像Trac允许SVNpipe理,但随着我们需要可能更多的function。

迟到的答案,因为我是新的serverfault:我们(大学compsci部门)开发了我们自己的自助服务svn web界面,并提供作为开源。 命名为repocafe,url:http: //repocafe.cs.uu.nl/。 根据我们自己的需求,它可以处理单个或多个ldap服务器和来宾用户。 也许有点矫枉过正“简单”。

最后,我们select了svnadmin (来自Jochen Hoenicke)。

这是赢得的,因为它是一个包含400行代码的简单文件,如果需要,我们可以自行修复这个文件。 不幸的是,它没有用户社区或许多build议。 但简单胜出。 如果我们推荐,请在6个月内询问;)

Trac和Redmine是我所知道的唯一做到这一点的人; 但是他们都是针对项目pipe理,然后是简单的存储库pipe理。

有一个用于Subversion的Usermin模块,但我不确定它会让你做你需要的。

有“用户友好的svn” USVN 。 我认为你会发现,大部分社区为这样的事情所做的努力是很小的–SVN是真正维护的,但pipe理工具是其中一部分。 他们倾向于写一次,永远工作,所以这些GUI工具也不需要改变。 所以 – 不要太在意这个社区有多大。

我会回答我自己的问题,为后代。

我还发现了USVN ,这是一个基于PHP的SVNpipe理工具。 它经历了几次迭代,有一个用户社区和一个shiny的特色网站,

但是,USVN项目看起来有点陈旧。 USVN是由大学的学生完成的一个项目,现在pipe理人员已经gradle并继续寻找工作,可能没有时间为项目做出贡献。 在9个月内没有更新, 错误跟踪器看起来不活跃,论坛里充满了垃圾邮件,看起来有点无人维护 ,所以也许社区不那么活跃,然后首先出现。 这并不全是坏事,我希望这些人做得好,但我会担心挂钩一个陈旧的项目。

该项目使用200个文件(不包括来自Zend的2000个文件),这可能使我们难以审计和维护,并且可能会更复杂,我们正在寻找。 另外,这个项目依赖于Zend,它在FreeBSD上面临着政治问题 。

从09年12月的svn dev邮件列表的另一个build议,所以它相当新!

请查看我的新的开源工具来pipe理SVN权限!

pipe理在多个位置镜像的多个回购站点的SVN权限可能是一项艰巨的任务。 svnDashboard提供了一个简单的,基于Web的,支持AJAX的graphics用户界面,可以同时pipe理多个存储库和用户。

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

新v1.1.3.140 – 现在包括一个数据库设置脚本! 你们中的一些人抱怨说这是失踪的,理所当然! 现在包括它,以及一个简短的自述文件。

即将推出的版本2:•增强的UIfunction•支持多个镜像位置•版本库统计信息•错误消息•search•等等!

一年前我们已经实施了这个新的svn发行版。 它制定得非常好。

我们有多个开发团队和他们自己的项目。 所以,我们把所有的信息都带到了LDAP中,我们授予团队经理写信给目录信息树(DIT)来进行颠覆:

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

上面的“组”组织单位是subversion版本库/项目的自定义组。 另外,我们使用https的“viewvc”来查看svn中的版本库。

apache服务器使用基于LDAP DIT创build的ACL文件(如上所述)为不同的用户和组提供读写访问权限。 有一个cron每五分钟读取LDAP DIT并创buildACL文件。 所以,如果有一个新的存储库添加了只读和读写用户/组。 cron将读取并创build存储库,并将该信息合并到新创build的存储库的ACL文件中。 这是相当整洁。 您需要根据您的要求显然创build一个LDAP模式。 我们在LDAP中拥有所有用户/主机信息,因此将其扩展为包含svn info并不是什么大问题。

-F

似乎事情已经改变了加class。 这里有另一个脚本,我觉得它似乎是一个很好的selectsvnpipe理: http : //www.svn-access-manager.org/