Calculer Girl
  1. Calculer Girl
  3. Les protocoles SVN et HTTP peuvent-ils être utilisés en toute sécurité sur le même référentiel simultanément?
Intereting Posts
Comment une bibliothèque partagée (.so) peut-elle appeler une fonction implémentée dans son programme de chargement? empêcher la nouvelle ligne dans la commande de coupe Comment puis-je démarrer un sous-processus dans Windows? Comment maintenir la mémoire avec l’appel système putenv? Linux – Bash – Récupère les valeurs $ releasever et $ basearch? Comment obtenir le pid d’un démon créé par un double fork? Retards importants dans l’envoi de paquets UDP erreur fatale: jni_md.h: Pas de tel fichier ou répertoire #include “jni_md.h” InputStream lu dans le tableau d’octets – va-t-il mélanger les messages Pourquoi mon serveur Nginx reverse-proxy node.js + express est-il redirigé vers 0.0.0.0? erreur cordova windows: “cordova / windows8 / commandProxy” introuvable WAMP ne montre pas les options localhost, PHP ou Apache Erreur de téléchargement non identifiée sur Apache, serveur Plesk11 Ubuntu Registre manquant HKLM \ SOFTWARE \ Microsoft \ VisualStudio \ SxS \ VS7 Comment la fonction go langue os.FileMode convertit-elle les permissions des entiers / octal / ??? avant de mettre les drapeaux?

Les protocoles SVN et HTTP peuvent-ils être utilisés en toute sécurité sur le même référentiel simultanément?

Nous aimerions évaluer si le protocole SVN fonctionne mieux pour notre équipe que HTTP, mais nous ne voulons pas nous engager pour le moment avec un commutateur complet.

En ce moment, nous avons un serveur Apache servant notre repository principal. Pouvons-nous utiliser svnserve.exe en toute sécurité avec le même référentiel afin que certains de nos développeurs puissent le tester? Ma première supposition est que nous pouvons, mais nous ne voulons pas risquer de corrompre notre référentiel.

Oui c’est possible. Le livre officiel SVN contient un chapitre consacré à cette situation: http://svnbook.red-bean.com/en/1.5/svn.serverconfig.multimethod.html . Il y a quelques pièges mais ils ont plus à voir avec les parameters de permission.

Exactement, Subversion est conçu pour prendre en charge les access simultanés via plusieurs protocoles, ce qui entraîne des problèmes majeurs avec CVS. Vous pouvez non seulement utiliser http: // et svn: //, mais aussi file: // (si vous travaillez localement sur la machine, par exemple avec un outil d’continuous integration ou un autre hook post-commit) https: / /, svn + ssh: //, etc.

D’après mon expérience, une méthode ne s’est pas avérée objectivement «meilleure» que l’autre, mais chacune présente certains avantages. Par exemple, Apache est extrêmement compétent pour gérer un grand nombre d’access à la fois. D’un autre côté, si vous n’utilisez pas déjà Apache, ou si vous ne voulez pas le faire gérer le trafic SVN, le démon svnserve est léger et très performant. Sur mon Mac, j’ai configuré svnserve en utilisant launchd pour démarrer uniquement lorsqu’une demande est reçue, de sorte qu’il n’utilise aucune ressource lorsqu’il n’y a pas d’activité de référentiel. Ce qui fonctionne le mieux sera en grande partie un facteur des modèles d’access que vous voyez dans la pratique.