Est-il possible de mettre en cache Subversion ?

Le contexte de votre question n'est pas clair, mais je suggérerais d'utiliser git-svn au lieu de Subversion. Le pont git-svn vous offre une interface et une expérience utilisateur comme Git, tout en conservant Subversion comme dépôt officiel. Fondamentalement, vous commencez par exécuter git svn clone URL, ce qui crée un dépôt Git local contenant tout l'historique du dépôt, avec certaines métadonnées Subversion pour vous permettre de resynchroniser ultérieurement. Le dépôt Subversion est traité par Git comme un type spécial de dépôt distant. Git-svn présente plusieurs avantages par rapport au flux de travail habituel de Subversion :

• Git est simplement un outil plus puissant que Subversion.
• Les opérations que Subversion interrogerait normalement le serveur, comme svn log, se font localement. git log est beaucoup plus rapide que svn log. (Si vous souhaitez que la sortie ressemble à svn log, exécutez plutôt git svn log.)
• Vous avez la possibilité de créer des branches Git locales, d'y effectuer des commits, de réécrire l'historique, etc., avant de les pousser dans le dépôt distant Subversion.
• Les travailleurs nomades peuvent travailler hors ligne sauf lors de la synchronisation.

Les principaux inconvénients sont :

• Git est plus difficile à apprendre que Subversion.
• Les multiples étapes de commit (git commit -a suivi de git svn dcommit) peuvent être déroutantes pour certains utilisateurs.
• Certaines notions de Subversion ne sont pas bien prises en charge. Par exemple, Git ne gère pas bien l'expansion de mots-clés.
• Subversion vous permet de vérifier des portions d'un dépôt, alors que les opérations Git fonctionnent toujours sur l'ensemble du dépôt. Si votre dépôt Subversion a un contrôle d'accès par répertoire, alors git-svn ne fonctionnera pas correctement.

J'ai trouvé des informations intéressantes http://www-01.ibm.com/support/docview.wss?uid=swg21217781

Méthodes prises en charge:

Méthodes WebDAV (définies dans la RFC 2518):
PROPFIND , PROPPATCH , MKCOL, COPY, MOVE, LOCK, UNLOCK, SEARCH 

Est-ce que quelqu'un a essayé d'exécuter subversion via un serveur proxy IBM?

Une solution commerciale très générale est une offre de produit de Riverbed Technology. À ma connaissance, elle est déployée au centre de données et dans les bureaux distants et surveille tout le trafic réseau, sur lequel elle calcule des sommes de contrôle au niveau d'un bloc (?).

Dans le cas de l'envoi de données depuis le centre de données (par exemple, un serveur Subversion central), lorsqu'elle identifie un trafic sortant qui correspond à une somme de contrôle précédente, elle envoie juste la somme de contrôle par le WAN, que le dispositif du bureau distant recherche, décompresse, et transmet le bloc de données correspondant sur son LAN. J'ai entendu parler de son utilisation dans plusieurs entreprises pour améliorer les vitesses du réseau des bureaux distants.

Vous pouvez essayer d'utiliser un cache HTTP comme Squid pour mettre en cache les requêtes HTTP.