Nós executamos um repositório SVN. Alguns de nossos usuários mais avançados precisam ser capazes de executar alguma administração de SVN sem depender do administrador do sistema.
Eles precisam ser capazes de fazer coisas como criar repositórios SVN, excluir repositórios SVN e executar comandos como 'svnadmin dump' e 'svnadmin load'.
Gostaríamos de evitar o acesso SSH nessas máquinas FreeBSD e preferiríamos fornecer uma interface de serviço por meio de uma interface de usuário da Web.
Estou procurando um script simples (ou um pequeno número de scripts) que use Perl ou PHP. Eu encontrei svnadmin (de Jochen Hoenicke) ou svnadmin.pl (De doug munsinger), mas esperava encontrar algo com uma comunidade de usuários maior ou que tenha sido recomendado por outros.
Parece que o Trac permite a administração do SVN, mas vem com mais recursos do que o necessário.
Resposta tardia como novo no serverfault: nós (departamento de compsci de universidade) desenvolvemos nossa própria interface de web svn de autoatendimento e a disponibilizamos como código aberto. Denominado repocafe, disponível no link . Modelado de acordo com as nossas próprias necessidades, ele pode lidar com servidores ldap únicos ou múltiplos e usuários convidados. Talvez um pouco exagerado para 'simples'.
No final, escolhemos usar o svnadmin (de Jochen Hoenicke).
Isso ganhou porque era um arquivo simples e simples com 400 linhas de código, e é algo que podemos consertar se necessário. Infelizmente, não possui uma comunidade de usuários ou muitas recomendações. Mas a simplicidade vence. Pergunte-me daqui a 6 meses se o recomendarmos;)
Trac e Redmine são os únicos que eu conheço que fazem isso bem; mas ambos estão voltados mais para o gerenciamento de projetos do que para a administração simples de repositórios.
Existe um módulo Usermin para o Subversion, mas não tenho certeza de que ele permitiria fazer o que você precisa.
Há um "svn amigável" USVN . Acho que você descobrirá que a maior parte do esforço da comunidade para algo assim é pequeno - o SVN é mantido de forma eficaz, mas as ferramentas de administração são uma parte que não o são. Eles tendem a ser escritos uma vez e funcionam para sempre, portanto, essas ferramentas GUI também não precisam mudar. Então, não se preocupe muito com o tamanho da comunidade neste caso.
Eu responderei minha própria pergunta, para a posteridade.
Também encontrei o USVN , que é uma ferramenta de administração do SVN baseada em PHP. Ele passou por várias iterações, tem uma comunidade de usuários e um site cheio de recursos,
No entanto, o projeto USVN parece um pouco obsoleto. O USVN era um projeto feito por alunos de uma universidade, e agora os admins se formaram e saíram para encontrar empregos, e podem não ter tempo para contribuir para o projeto mais. Não houve uma atualização em 9 meses, o rastreador de bugs não parece ativo, e os fóruns estão cheios de spam e parecem um pouco não-mantidos , então talvez o comunidade é menos ativa do que aparece pela primeira vez. Isso não é de todo ruim e eu espero que essas pessoas se saiam bem, mas eu ficaria preocupado em me envolver em um projeto obsoleto.
O projeto usa 200 arquivos (sem contar os 2000 arquivos do Zend), o que pode ser difícil de auditar e manter, e pode ser mais complexo do que procuramos. Além disso, este projeto conta com o Zend, que é que sofre de problemas políticos no FreeBSD .
Outra sugestão da lista de discussão do svn dev de 09 de dezembro, então é bem recente!
Please check out my new open source tool for managing SVN permissions!
Managing SVN rights for multiple repos mirrored at multiple locations can be a daunting task. svnDashboard provides a simple, web-based, AJAX-enabled graphical user interface for managing several repositories and users at once.
http://sourceforge.net/projects/svndashboard/
New v1.1.3.140 - Now includes a DB setup script! Some of you complained that this was missing, and rightfully so! It is now included, along with a brief readme file.
Coming soon in version 2: • Enhanced UI functionality • Support for multiple mirrored locations • Repository statistics • Error messages • Search • and more!
Nós implementamos isso com nossa nova distribuição svn há um ano. Isso funcionou muito bem.
Temos várias equipes de desenvolvimento e seus próprios projetos. Então, trouxemos todas as informações para o LDAP e permitimos que os gerentes de equipe escrevessem acesso à DIT (directory information tree) para subversão:
ou = grupos, ou = subversão, ou = apps, dc = example, dc = com ou = repositórios, ou = subversão, ou = aplicativos, dc = exemplo, dc = com
A unidade organizacional 'grupos' acima é composta por grupos personalizados para repositórios / projetos do subversion. Além disso, usamos 'viewvc' com https para visualizar repositórios no svn.
O servidor apache usa o arquivo ACL criado com base no LDAP DIT (fornecido acima) para conceder acesso de leitura / gravação a diferentes usuários e grupos. Existe um cron que lê o LDAP DIT a cada cinco minutos e criou o arquivo ACL. Portanto, se houver novos repositórios adicionados com usuários / grupo somente leitura e leitura / gravação. O cron lerá isso e criará os repositórios e incorporará essas informações no arquivo ACL para o repositório recém-criado. É bem legal. Você precisa criar um esquema LDAP com base em sua exigência, obviamente. Nós temos todas as informações de usuários / hosts no LDAP, então não foi um grande problema estendê-las para incluir informações do svn.
-F
Parece que as coisas mudaram ao longo do tempo. Aqui está outro script que parece ser uma boa opção para o gerenciamento do svn: link
Tags svn apache-2.2 freebsd