Come eseguire il downgrade di subversion alla versione 1.7

Naviga le tue risposte
1

Sono su OS Sierra.

Al momento ho subversion 1.9 e voglio effettuare il downgrade a 1.7.

L'ho provato finora senza fortuna: 

$ 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

Quali altre opzioni potrei avere?

Modifica: altro sfondo:

Ricevo questo messaggio quando eseguo i comandi svn nella mia directory di lavoro: 

> 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.

Sono preoccupato che se eseguo l'aggiornamento non sarò più in grado di parlare al server? E non ho il controllo su quale versione il server è in esecuzione e non credo che sarebbe disposto ad aggiornarlo.

    
posta Greg 10.02.2017 - 21:06
fonte

2 risposte

1

Se

  • il tuo client SVN ti dice che vuoi aggiornare la tua copia di lavoro dal formato 29 al formato 31,

  • e il server non è sotto il tuo controllo,

  • e non sei sicuro che il server supporterà il nuovo formato,

quindi questi passaggi potrebbero aiutarti a ottenere una copia di lavoro aggiornata:

  1. Crea un backup dell'intera cartella che è la tua copia di lavoro, comprese tutte le sottodirectory, in particolare quelle denominate .svn . Archivia il tuo backup in un luogo sicuro che è all'esterno della tua copia di lavoro.

  2. Se hai dimestichezza con la perdita delle modifiche non impegnate, puoi semplicemente controllare una nuova copia di lavoro. I client sono fatti per funzionare con vecchi server , quindi è probabile che questa sia l'opzione più semplice per te. Se stai bene, fermati qui. Non c'è passaggio 3 .

  3. Se sei ancora determinato ad aggiornare la tua copia di lavoro esistente, cd ad essa ed esegui svn upgrade . Non preoccuparti di rompere qualcosa ; svn upgrade non influenzerà lo stato del server. Se fallisce, è sufficiente ripristinare il backup o controllare una nuova copia di lavoro.

  4. Se svn upgrade ha esito positivo, potresti voler accertarti che il server funzioni ancora bene con la copia di lavoro appena aggiornata. Quindi è il momento di fare un controllo rapido e vedere di persona. Per prepararti, fai prima svn update . Se svn update fallisce, prova a risolvere tutti i problemi prima di passare al passaggio successivo.

  5. Come test finale, apporta una modifica e controllala in modo da poter vedere se anche il server lo accetta. Ad esempio, crea una modifica fittizia a tuo agio con il controllo nel repository, e. g. un nuovo file chiamato deleteme.txt . O semplicemente aggiungi una nuova riga ad un codice sorgente esistente. Se la tua copia di lavoro contiene già alcune modifiche non condivise che ti stanno a tuo agio, puoi semplicemente usarle.

  6. Confida le modifiche che hai scelto.

  7. Se svn commit restituisce un errore, hai ancora alcune opzioni: come primo passo, prova a risolvere il problema da solo; oppure apri un'altra domanda per chiedere aiuto (affermando esattamente cosa hai fatto, cosa ti aspettavi e cosa è effettivamente accaduto); o modifica la tua domanda esistente; in alternativa, è sufficiente controllare una nuova copia di lavoro (vedere il passaggio 2). Indipendentemente da cosa, non essere tentato di eseguire il downgrade del tuo client Subversion alla versione 1.7.

risposta data 14.02.2017 - 17:39
fonte
4

Qualunque sia la tua motivazione di base o il tuo caso d'uso: ti ho personalmente raccomandato di non effettuare il downgrade. Il downgrade a Subversion 1.7 metterà a rischio il tuo Mac.

Inoltre, per motivi tecnici, Subversion 1.7 non può essere eseguito su El Capitan o successivi a meno che uno sviluppatore non sia disposto a spendere un notevole sforzo.

La formula subversion17 è stata eliminata da Homebrew il mese scorso , anche se per < a href="http://docs.brew.sh/Versions.html"> ragioni non correlate . Prima di essere eliminato, un commento nella formula ha detto :

# 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.

In altre parole, non è solo Subversion 1.7 non sicuro da usare su macOS; inoltre, El Capitan o versioni successive di macOS non possono eseguire 1.7 perché mancano i file di intestazione richiesti.

Per lo stesso motivo, fonti di download di Subversion ben note, e. g. La pagina di download di WANdisco , offre versioni di Subversion 1.7 per OS X Yosemite o versioni precedenti ma non per le versioni attuali di macOS.

Un approccio alternativo potrebbe essere che pubblica una nuova domanda (o modifica quella esistente) per fornire ulteriori informazioni su quale sia la tua motivazione di fondo.

  • Cosa stai effettivamente cercando di ottenere specificamente con la versione 1.7?

  • Quali problemi specifici prevedi o hai già incontrato utilizzando l'ultima versione di Subversion o qualsiasi altro pacchetto di controllo della versione?

risposta data 11.02.2017 - 20:35
fonte

Leggi altre domande sui tag

iMac e display esterni collegati, tutti come monitor per MacBook Pro? Come convertire .mdf / .mds in .iso?