Gestionnaire de Subversion avec des capacités de mise en miroir

Question

Je suis coincé dans une situation de ces derniers jours, et après avoir exploré des options pas si bonnes, j'ai décidé de me tourner à nouveau sur stackoverflow.com.

Voici ma question: nous déplaçons tous nos dépôts sur le réseau local à partir du Web afin que nos développeurs puissent profiter de plus de rapidité et que les validations/virements soient rapides. Pendant la transition, nous avons réalisé que cette étape ralentissait les déploiements, car notre procédure de déploiement inclut le contrôle du code du serveur repo - et maintenant que le serveur repo est sur notre réseau local, sa connectivité est terriblement lente depuis Internet. Donc, je voulais savoir si c'est possible que nous puissions avoir 2 serveurs repo, un sur LAN et autre sur notre serveur web et les mettre en synchronisation sans trop de tracas?

Answer 1

Pas vraiment une réponse, mais: les SCM distribués comme mercurial ou git peuvent le faire facilement et naturellement. Ils fonctionnent aussi beaucoup mieux à peu près tous les égards.

Answer 2

sous UNIX vous pouvez tricher, mais vous n'avez fait aucune mention de plate-forme. Peut-être que vous pouvez adopter l'idée suivante:

• Faire une caisse sur le côté LAN (rapide)
• Push-to-déploiement par rsync (rapide que seulement delta changements sont poussés)

Avec git , darcs, mercurial ou bzr, c'est trivial car la partie distribuée sauve la journée. Le but est de minimiser la surcharge dans les octets transférés ou d'avoir un miroir qui devient finalement cohérent avec la dernière vérification dans le temps (c'est-à-dire, vous déplacez tous les octets, vous l'attendez). Je m'abstiendrais de ces derniers puisque le déploiement rapide est un but en soi (vous voulez rapidement faire une correction).