La mise à niveau de la Subversion 1.5 à 1.7 Subversion

Nous sommes en cours d'exécution à la Subversion 1.5.4 sur nos clients et le serveur. Est-il possible de mettre à jour directement à partir de la Subversion 1.5 à la version 1.7? Quelles sont les étapes nécessaires pour le faire?

J'ai pensé à des questions à propos de la version du logiciel de commande sont sur le sujet ici - FAQ dit "outils logiciels couramment utilisés par les programmeurs"

OriginalL'auteur deamon | 2011-10-13

  1. 21

    J'ai lu notes de version

    Problèmes De Compatibilité De

    Les anciens clients et les serveurs d'interagir de façon transparente avec 1,7 serveurs et les clients. Toutefois, certains des nouveaux 1.7 fonctions peuvent ne pas être disponibles, à moins que le client et le serveur sont la version la plus récente. Il y a aussi des cas où une nouvelle fonctionnalité au travail mais fonctionne moins efficacement, si le client est nouveau et de l'ancien serveur.

    Il n'est pas nécessaire de vider et recharger vos dépôts. Subversion 1.7 serveurs peuvent lire et écrire sur les référentiels créés par les versions antérieures. Pour mettre à niveau une installation de serveur, il suffit d'installer le nouveau bibliothèques et les fichiers binaires sur le dessus de l'ancienne.

    Subversion 1.7 les serveurs utilisent le même référentiel format comme de la Subversion 1.6. Par conséquent, il est possible, en toute transparence, de mise à niveau et de rétrograder entre 1.6.x et 1.7.les serveurs x sans changer le format de la disquette de dépôts. (Ce n'est pas correct en général pour une paire de 1.x et 1.y des serveurs, mais il arrive à tenir pour 1.6 et 1.7.) Si de nouveaux 1.7 fonctionnalités ont été activées sur le serveur (dans les crochets ou des fichiers de configuration du serveur), ils seront, bien sûr, doivent être désactivés avant de revenir à une 1.6 serveur.

    Subversion 1.7 les clients utilisent une nouvelle copie de travail format. Subversion 1.7 clients ne peuvent pas utiliser Subversion 1.6 (et versions antérieures) des copies de travail. De travail existant copies créées avec Subversion 1.6 et versions antérieures doivent être mis à niveau avant de pouvoir être utilisé avec une Subversion de 1,7 client

    1.5 a été mis à jour de façon transparente à 1.6, si ma mémoire me sert bien

    De releasenotes aussi

    La mise à niveau de la Copie de Travail

    Subversion 1.7 introduit d'importants changements dans la copie de travail de format. Dans les versions précédentes de la Subversion, la Subversion serait automatiquement mise à jour la copie de travail vers le nouveau format lors d'une opération d'écriture a été réalisée. Subversion 1.7, cependant, fera de cette étape manuelle. Avant d'utiliser Subversion 1.7 avec leurs copies de travail, les utilisateurs seront requis pour exécuter une nouvelle commande, svn de mise à niveau pour mettre à jour les métadonnées dans le nouveau format. Cette commande peut prendre un certain temps, et pour certains utilisateurs, il peut être plus pratique de simplement commander une nouvelle copie de travail.

    Remarque: la Subversion de 1,7 impossible de mettre à niveau les copies de travail qu'un 1.6 client aurait refusé de fonctionner avant un svn cleanup (avec un 1.6 client). En d'autres termes, avant de passer à 1,7, un 1.6 client doit être utilisé pour exécuter svn cleanup sur toutes les copies de travail qui nécessite de nettoyage. Nous avons le regret de cette limitation, mais nous avons dû l'introduire dans l'ordre de 1,7 à expédier rapidement et sans surcharger le fonctionnement interne.

    Merci parce que je ne pouvais pas faire la tête-ni-queue de ces notes de publication. Est-il sûr? Il n'est pas sûr? Où suis-je? Qui suis-je?
    et un 1.6 de base de données pour un 1.9?

    OriginalL'auteur Lazy Badger

  2. 1

    Pour compléter la réponse, elle est en droit de 1.5 est mis à jour de façon transparente à 1.6. Selon le 1.6 note de version la seule fonctionnalité nécessitant un 1.6 référentiel est FSFS d'emballage, voir svnadmin pack.

    Si vous avez besoin d'emballage pour les grandes performances du référentiel, vous devez exécuter svnadmin upgrade sur chaque dépôt avant d'utiliser svnadmin pack.

    Vous pourriez également être intéressé par mon l'amélioration de fsfs-reshard.py script l'estimation et la tune éclat tailles avant l'emballage et aussi pour décompresser un pique-référentiel.

    OriginalL'auteur Yves Martin

  3. 0

    Lorsque nous avons mis à niveau à partir de SVN 1,6 à SVN 1.8, le SVN de 1,8 client travaillé pour la vérification et la validation, mais lorsque vous tentez d'effectuer une opération de fusion, il serait de se plaindre avec cette erreur:

    svn: E200020: Invalid revision number '0' found in range list

    C'était parce que SVN de 1,6 avait mis révision 0 dans le svn:mergeinfo propriétés, et le SVN de 1,8 client ne permettent pas plus.

    Nous avons dû réécrire la totalité du dépôt SVN de l'histoire et de remplacer toute mention de la révision 0 avec la révision 1 dans notre svn:mergeinfo propriétés. Nous avons écrit un svndumpapi pour ce faire remplacement.

    OriginalL'auteur cstroe