Quel est le point de lecture seule copie de votre référentiel via svnsync?

Question

J'ai lu sur svnsync pour créer une copie en lecture seule de notre dépôt, mais je ne comprends pas vraiment ce que le point d'avoir une copie en lecture seule du dépôt est. Si le maître tombe en panne pour une raison quelconque peut la lecture seule copie est en lecture / écriture afin que les gens peuvent engager à lui? Sinon, quel est le point de lecture seule copie?

Answer 1

dépôts en lecture seule maintenus par svnsync sont généralement mis en place pour fournir près de la sauvegarde en temps réel d'un référentiel maître. La copie est considérée comme en lecture seule parce que des changements à par des moyens autres que svnsync empêchera svnsync de fonctionner correctement.

Dans la situation que votre dépôt principal est perdu, votre référentiel de sauvegarde peut devenir le nouveau maître. Pour toutes fins pratiques la copie est identique au maître d'origine à partir de la dernière série de svnsync. Vous pouvez reconstruire le référentiel d'origine en copiant les fichiers à partir du référentiel de sauvegarde et de continuer comme avant.

Vous pouvez également les clients avec les répertoires de travail basés sur le maître d'origine peut effectuer une opération de svn switch --relocate mettre à jour l'URL du serveur pour pointer vers la copie et continuer à travailler sans accroc. Bien sûr, une fois que les clients commencent à utiliser la sauvegarde pour faire commits alors il ne peut plus être la cible de commandes svnsync et devient effectivement un nouveau référentiel maître et vous souhaitez créer une nouvelle sauvegarde.

Answer 2

En supposant que vous parlez de votre propre dépôt privé, deux raisons pour une lecture / seule copie de quoi que ce soit - une base de données ou un référentiel de code source ou xyz - sont pour soulager la charge et améliorer la performance

.

Si vous utilisez tout type d'analyse sur votre dépôt, par exemple un processus qui touche chaque révision, cela pourrait placer une charge élevée sur votre dépôt principal, nuisant ainsi aux performances pour les développeurs. Une lecture synchronisation / seule copie est un moyen de soulager cette charge, vous permettant de faire le travail fait sans causer degredation pour les utilisateurs clés.

Un argument similaire peut être faite sur la latence -. Plus facile de tirer vers le bas à partir d'une lecture locale / seule copie (essentiellement un cache) que de tirer d'un autre bureau sur un lien VPN ou similaire

Answer 3

Je ne sais pas si vous pouvez vous faire lire synchronisation écriture /, mais il y a beaucoup de cas où vous voulez vérifier le contenu d'un dépôt sans jamais permettre comiting à lui. Voici deux cas très similaire à ce que nous faisons à l'endroit où je travail:

• Imaginez un projet public ouvert source, vous pouvez autoriser l'enregistrement pour tout le monde, mais attendre que des contributions par des correctifs ou des rapports de bogue (également la copie est mis sur un serveur public et le principal est maintenu dans un réseau privé protégé).

• Vous pouvez vouloir utiliser le contenu du svn par une exportation svn dans un système automatisé de construction (ou un outil d'analyse), mais choisir de synchroniser pas tout le temps, mais seulement quand principale svn est dans un état stable (imaginez certains commits intermédiaires pourrait laisser le code dans un état instable où le code ne compile).

Answer 4

Faites une sauvegarde de vos sources de programme open-source préférée:.)