Comment rétrograder Subversion à la version 1.7

Je suis sur OS Sierra.

J'ai actuellement la version 1.9 et je veux rétrograder à 1.7.

J'ai essayé jusqu'à présent sans succès:

$ brew tap homebrew/versions
$ brew install subversion17
Error: No available formula with the name "subversion17" 
==> Searching for similarly named formulae...
Error: No similarly named formulae found.
==> Searching taps...
Error: No formulae found in taps.
$ brew search subversion
homebrew/versions/subversion18   

Quelles autres options pourrais-je avoir?

Edit: Plus de contexte:

Je reçois ce message lorsque j'exécute des commandes svn dans mon répertoire de travail:

> svn: E155036: Please see the 'svn upgrade' command svn: E155036: The
> working copy at '/Users/MyProject' is too old (format 29) to work with
> client version '1.9.4 (r1740329)' (expects format 31). You need to
> upgrade the working copy first.

Je suis inquiet si je lance la mise à niveau, je ne pourrai plus parler au serveur? Et je n'ai aucun contrôle sur la version du serveur en cours d'exécution et je ne pense pas qu'ils seraient disposés à le mettre à niveau.

Si

• votre client SVN vous indique qu'il souhaite que vous mettiez à niveau votre copie de travail du format 29 au format 31,

• et le serveur n'est pas sous votre contrôle,

• et vous ne savez pas si le serveur prendra en charge le nouveau format,

alors ces étapes pourraient vous aider à obtenir une copie de travail mise à jour:

1. Effectuez une sauvegarde de l'intégralité du dossier qui constitue votre copie de travail, y compris tous les sous-répertoires, en particulier ceux nommés .svn. Stockez votre sauvegarde dans un endroit sûr en dehors de votre copie de travail.

2. Si vous êtes prêt à perdre vos modifications non validées, vous pouvez simplement extraire une nouvelle copie de travail. Les clients sont conçus pour fonctionner avec d'anciens serveurs . Il est donc probable que cette option soit la plus simple. Si cela vous convient, arrêtez-vous ici. Il n'y a pas d'étape 3 .

3. Si vous êtes toujours déterminé à mettre à niveau votre copie de travail existante, cdlancez-la et exécutez-la svn upgrade. Ne vous inquiétez pas pour casser quelque chose ; svn upgradene va pas affecter l'état du serveur. Si cela échoue, restaurez simplement votre sauvegarde ou extrayez une nouvelle copie de travail.

4. Si cela svn upgraderéussit, vous voudrez peut-être vous assurer que le serveur va toujours bien fonctionner avec votre copie de travail récemment mise à niveau. Il est donc temps de faire une vérification rapide et de constater par vous-même. Pour vous préparer à cela, faites d’ svn updateabord. En cas d' svn updateéchec, essayez de résoudre tous les problèmes avant de passer à l'étape suivante.

5. En guise de test final, apportez une modification et archivez-la afin de voir si le serveur l'accepte également. Par exemple, créez un changement factice que vous pourrez facilement archiver dans le référentiel, par exemple. g. un nouveau fichier nommé deleteme.txt. Ou simplement ajouter une nouvelle ligne à un code source existant. Si votre copie de travail comporte déjà des modifications non validées avec lesquelles vous vous engagez, vous pouvez simplement les utiliser.

6. Commettez les changements que vous avez choisis.

7. Si svn commitrenvoie une erreur, vous avez encore quelques options: dans un premier temps, essayez de résoudre le problème vous-même; ou ouvrez une autre question pour demander de l'aide (en indiquant exactement ce que vous avez fait, ce à quoi vous vous attendiez et ce qui s'est réellement passé); ou éditez votre question existante; vous pouvez également consulter une nouvelle copie de travail (voir étape 2). Quoi qu'il en soit, ne soyez pas tenté de rétrograder votre client Subversion vers la version 1.7.

Quelle que soit votre motivation sous-jacente ou votre cas d'utilisation: J'ai personnellement recommandé de ne pas rétrograder. La mise à niveau vers la version 1.7 mettra votre Mac en danger.

De plus, pour des raisons techniques, Subversion 1.7 ne peut fonctionner sur El Capitan ou sur une version ultérieure que si un développeur est prêt à dépenser des efforts considérables.

La subversion17formule a été supprimée de Homebrew le mois dernier , bien que pour des raisons indépendantes . Avant d'être supprimé, un commentaire dans la formule disait :

# Requires system OpenSSL headers to build. >El Capitan no longer ship them.
# Note this means that this subversion is linked against an outdated OpenSSL
# and really should not be considered secure.

En d’autres termes, non seulement Subversion 1.7 est-il dangereux à utiliser sur macOS; De plus, El Capitan ou les versions ultérieures de macOS ne peuvent pas exécuter la version 1.7 car les fichiers d'en-tête requis sont manquants.

Pour la même raison, des sources de téléchargement Subversion bien connues, e. g. La page de téléchargement de WANdisco propose des versions Subversion 1.7 pour OS X Yosemite ou version antérieure, mais pas pour les versions actuelles de MacOS.

Une approche alternative consisterait à poster une nouvelle question (ou à modifier votre question existante) pour donner plus d'informations sur votre motivation sous-jacente.

• Que tentez-vous réellement d'atteindre avec la version 1.7?

• Quels problèmes spécifiques anticipez-vous ou avez-vous déjà rencontrés en utilisant plutôt la dernière version de Subversion ou tout autre progiciel de contrôle de version?