Gérer plusieurs svn repos de TortoiseSVN

J'ai créé deux référentiels sur un server Debian. One svn repo, dev , contiendra des files et des codes utilisés par les ingénieurs de l'entreprise. L'autre repo, doc , contiendra des documents de vente, des devis, etc., qui seront utilisés par le personnel de gestion / vente.

Étant donné que les deux exigences en matière de comptabilité interne sont différentes et que les users qui les utilisent ont différents niveaux de compétences informatiques, je souhaite pouvoir appliquer différents styles de gestion à chaque référentiel.

Un tel exemple, et mon problème actuel, c'est que je souhaite que le document repo ait des auto-props activés pour append svn:needs-lock à tous les files. Il s'agit d'une request de vente et de gestion car ils ne sont pas sûrs d'utiliser encore le SVN (ils veulent donc adhérer à un model de locking-modification-déblocage verso).

Cependant, je ne veux pas appliquer ces ressortingctions au repository de deployment .

Donc, à travers le client TortoiseSVN, je peux modifier le file de configuration de subversion pour activer les accessoires automatiques, etc.

Mais comment puis-je gérer ces reposs sur le même server et utiliser le même client pour satisfaire ce problème svn: needs-lock?

Existe-t-il une meilleure façon d'aborder cette notion d'avoir deux repos qui doivent avoir différents niveaux de ressortingctions.

Remarque: nous sums une petite entreprise et nous n'avons aucun administrateur informatique en tant que tel. Les ingénieurs sont tenus d'administrer l'informatique comme tâche secondaire du travail normal. Les solutions doivent donc être assez simples pour ne pas garantir une maintenance constante.

Je souhaite clarifier et reformuler votre question un peu. Vos ingénieurs qui utilisent dev repositionnement préfèrent utiliser le model de version copyr-modifier-merge (mieux pour le contenu textuel non-binary, p. Ex. Pour le code source) et les users non techniques se limitent à un locking-délocking-modification (mieux pour les files binarys, p.ex. PSD, DOCX, XSL etc …) model avec repo doc .

  • Copy-modify-merge est le model de version par défaut avec Apache Subversion et vous ne devez effectuer aucune personnalisation pour dev repositionn et / ou sur vos clients technologiques.

  • Pour forcer le model de locking-délocking-délocking au référentiel doc , vous pouvez effectuer les tâches de maintenance suivantes:

    1. Ajustez le SVN 'config' du client pour appliquer automatiquement svn:needs-lock property sur tous les files nouvellement ajoutés. Cette tâche peut être complétée en activant les auto-appuis dans la configuration de Subversion sur le client avec enable-auto-props=yes et en spécifiant le model d'auto-props dans la zone de configuration [auto-props] . Voir SVNBook pour plus de détails sur la zone de configuration de l'exécution (vous pouvez automatiser le process avec une politique de security AD) BTW,

    2. Définissez svn:needs-lock propriété de manière récursive sur le noeud racine du référentiel pour l'appliquer à tous les éléments que vous avez actuellement dans le référentiel doc ,

    3. Créez un script de crochet de Subversion pour le document repo qui vérifiera si svn:needs-lock est défini sur des files binarys et refuse le commit si la propriété n'est pas présente. L'article suivant devrait être utile: "Automatic lock-modify-unlock" .