Forum général.général Administration repository subversion

Posté par  .
Étiquettes : aucune
0
17
avr.
2007
Bonjour
Je veux configurer un serveur subversion avec authentification via le serveur Web apache. J'ai deux requêtes à poser sur ce sujet:
1- Comment je dois faire pour gérer les accès lorsque j'utilise plusieurs repository avec un SVNParentPath, est ce que je dois créer un " SVn access file" pour chaque référentiel ou alors est ce que je pourrais utiliser un seul fichier pour tous les référentiels.

2- J'utilise une base de données postgres pour la gestion des utilisateur et des groupes, est ce que je peux utiliser l'association de la base pour l'authentification et d'un fichier pour la gestion des droits d'accès??

Merci pour votre réponse

  • # svnmanager

    Posté par  . Évalué à 1.

    J'utilise svnmanager : http://svnmanager.sourceforge.net/
    avec une base mysql.
    Il doit etre facilement adaptable afin de le pluguer sur ta base

    • [^] # Re: svnmanager

      Posté par  . Évalué à 1.

      Je ne le trouve pas trés pratique, en plus j'utilise une base postgres.
      En tout cas, merci pour vos réponses

  • # Oui et oui

    Posté par  . Évalué à 1.

    1 - Il faut configurer par section


    [path:/repositorypath]
    * = r
    @admin=rw

    Avec path qui est le répertoire contenu dans SVNParentPaht et repositorypath, le chemin du repository sur lequel tu veux donner des droits

    2 - Apache doit disposer d'un module d'authentification sur Postgres. C'est Apache qui fait l'authent et qui donne au module SVN le nom du user. Pour les groupes en revanche, il me semble qu'il faut les redéfinir dans le fichier de configuration du subversion (c'est comme ça que je fais, mais je suis pas sur qu'il y ait d'autre méthode).

    • [^] # Encore un soucis avec Subversion

      Posté par  . Évalué à 1.

      Bonjour
      J'ai voulu faire des restriction d'accès selon le groupe auquel appartient un utilisateur.
      Pour ça j'ai créé mes utilisateurs (dans la table users de ma base subversion) j'ai assigné chacun à un groupe (table groups de la base subversions) et puis j'ai définit les dans mon fichier apache. comme suit


      <Location /svn/repos/MonProjet>
      <LimitExcept GET PROFIND OPTIONS REPORT>
      AuthName "subversion Repository for project Projet"
      require group MonProjet
      </LimitExcept>




      Sachant que /svn/repos/MonProjet est le chemin vers le projet que j'ai crée sous le référentiel /svn/repos.

      biensur, j'ai défini avant mon SvnParentPath comme suit:


      <Location /svn/>
      DAV on
      DAV svn
      SVNParentPath /svn/repository
      #AuthzSVNAccessFile /etc/svn-access
      #SVNAutoversioning on
      AuthType Basic
      AuthName "subversion SSt"
      Auth_PG_host localhost
      Auth_PG_port 5432
      Auth_PG_database subversion
      Auth_PG_user subversion
      Auth_PG_pwd subversion
      Auth_PG_pwd_table users
      Auth_PG_uid_field username
      Auth_PG_pwd_field pass

      Auth_PG_grp_table groups
      Auth_PG_grp_group_field memberof
      Auth_PG_grp_user_field username
      # Auth_PG_encrypted on
      # Auth_PG_hash_type MD5
      Auth_PG_authoritative off

      # Auth_PG_connection_reuse on
      Auth_PG_log_table log
      Auth_PG_log_uname_field uname
      Auth_PG_log_date_field time
      Auth_PG_log_uri_field uri
      Auth_PG_log_addrs_field ip
      # Require valid_user
      # Limit write permission to list of valid users.
      <LimitExcept GET PROPFIND OPTIONS REPORT>
      # Require SSL connection for password protection.
      #SSLRequireSSL
      Order deny,allow
      Deny from all
      </LimitExcept>


      <Location /svn>
      Dav on
      Dav svn
      Order deny,allow





      Lorsque j'essai de faire un Checkout du projet MonProjet, je rencontre l'erreur suivante sur les logs d'apache

      crit] [client 10.10.10.1] configuration error: couldn't check user. No user file?: /svn/repos/MonProjet

      Je ne vois pas ou se situe l'erreur
      MErci de m'aider

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.