Est-il possible de chiffrer le contenu stocké dans svn?

La poste de Mathew est destinée à un système de fichiers crypté que le fournisseur d'hébergement devrait fournir. C'est probablement le seul moyen facile de le faire.

Le plugin que vous aimeriez avoir à être du côté du client (évidemment si vous ne faites pas confiance aux personnes ayant accès au référentiel hébergé). Tout algorithme cryptographique puissant génère de grandes variations de la sortie à partir d'une entrée très similaire (en raison de leur entraplopie élevée).

Cela signifie même si vous auriez une solution:

• Ce serait une catastrophe en termes de performance, à la fois des exigences de l'espace de calcul et de l'espace de stockage et l'utilisation de la bande passante de réseau, et
• Une catastrophe dans la perte de fonctionnalités: Diffs latéral du serveur serait cassé par exemple, vous devriez effectuer toutes les opérations sur les fichiers entièrement déchiffrés du côté client.

  cryptage faible (mangling le chartet par exemple, qui rendrait des diffs utilisables à nouveau), notamment avec le code source, où les accolades et les supports et de là des boucles et de toutes les autres lettres peuvent être extrêmement rapidement décodées.

  J'espère que cela prouve que cela va de cette façon ne conduit à aucune solution pratique possible. Peut-être que je manque quelque chose. Je suis impatient de lire des commentaires intéressants sur ma réponse! : -)

La bonne réponse ici est soit:

1. Trouvez un fournisseur d'hébergement en qui vous avez confiance (ou celui qui est conforme si le problème de la réglementation est le problème)
2. l'hébergez vous-même

   Si la principale préoccupation consiste à obtenir une sauvegarde hors site sécurisée, hébergez le référentiel vous-même et utilisez quelque part comme rsync.net à Gérer la sauvegarde (ils sont SOX / HIPAA conforme). Un travail cron qui rsyncs toutes les 15 minutes devrait être suffisant. Le travail cron peut crypter votre sauvegarde avant de la pousser. Il suffit de ne pas perdre les clés / mots de passe.

   De cette façon, Subversion n'a rien besoin de savoir du tout à propos de votre système de cryptage et vous pouvez faire votre travail sans avoir à vous soucier de la paranoïa dans la voie de la productivité.

   addenda :

   puisque vous faites l'hébergement partagé et que les hôtes partagés ne valent rien: obtenir un hôte de contrôle de source dédié. Ne jamais Utilisez un hôte partagé pour le contrôle de la source. Les hôtes partagés sont notoires pour perdre des données et faire de fausses créances sur la sécurité et les sauvegardes de données. Bons exemples d'hôtes de contrôle source dédiés: CVSDUDE , Beanstakk , Github