39

Vorrei aggiornare la mia installazione TortoiseSVN alla versione 1.7. Abbiamo un server VisualSVN in esecuzione con un repository SVN 1.6.Will TortoiseSVN 1.7 funzionerà correttamente contro un repository SVN 1.6?

Devo aggiornare il repository a 1.7 prima di poter aggiornare il mio client o TortoiseSVN è retrocompatibile?

So che durante l'aggiornamento da TortoiseSVN 1.6 a 1.7, ho bisogno di convertire la mia copia di lavoro nel nuovo formato, ma durante un commit ha qualche logica per vedere la versione del server e adattarsi in modo appropriato?

risposta

28

Negli release notes

clienti vecchi e server interoperare in modo trasparente con 1,7 server e client

...

Subversion 1.7 server utilizzano lo stesso formato repository Subversion 1.6. Pertanto, è possibile aggiornare senza problemi e downgrade tra i server 1.6.x e 1.7.x senza cambiare il formato dei su disco repository

Non c'è bisogno di fare nulla, verrà aggiornato copia di lavoro , e sarà ancora in grado di parlare con il server 1.6

+10

Nota: TortoiseSVN aggiornerà il formato di copia di lavoro che creerà problemi per i client più vecchi. Questo è solo un problema se si dispone di un ambiente in cui vengono utilizzati più client diversi per accedere alla stessa copia di lavoro. Per esempio. se si accede alla copia di lavoro da TortoisSVN e da IDE (ad esempio PHPStorm) che supporta solo 1,6 formato di copia di lavoro. –

+0

@ArtemGoutsoul è possibile utilizzare un WC separato per i client su SVN 1.6 – bahrep

2

Funziona perfettamente con 1.6 server (1.6.17 nel mio caso).

9

Sì, lo sarà.

È possibile che si verifichino problemi se si utilizzano versioni diverse del client sulla stessa copia di lavoro (ovvero la directory ritirata). Inoltre, se si utilizza un vecchio client con un nuovo server, potrebbe non essere possibile utilizzare alcune delle nuove funzionalità del server.

Tuttavia, i nuovi client SVN sono compatibili verso il basso con il server precedente, ad eccezione di alcune nuove funzionalità. Quindi usare TortoiseSVN 1.7 con Server 1.6 dovrebbe funzionare senza problemi.

Vedere compatibility matrix sul sito SVN.

+8

sfortunatamente la matrice di compatibilità non si occupa di 1.7 – CharlesB

0

tempo Aneddoto:

  • Server Ver. 1.6.17
  • client A Subversion 1.8.9 (Win, tartaruga)
  • versione del client B 1.6.17 (r1128011) (linux)

sul client B:

- create branch_x with lots of files 
- commit 
- svn mv branch_x branch_xnew 
- log shows A branch_xnew, then thousands of D for each file in branch_x 
- commit 
- fails saying that branch_x is out of date. 

- out of desperation, revert --depth inifity... same 
- more desperation, checkout a clean working copy, svn mv, commit, fails "branch_x is out of date". 

su client A: svn mv, commit, done. svn up sul client B non mostra conflitti. tutto fatto.

+0

E come risponde questa domanda? – crashmstr

+0

@crashmstr la domanda ha "TortoiseSVN è retrocompatibile?" ... questo suggerisce che la risposta è "YMMV" ... – gcb

Problemi correlati