tronco si fondono in ramo con SVN: "connessione sicura troncato"

Question

dopo aver tentato di unire le modifiche a un tronco svn torna al ramo con il seguente comando:

../branches/myBranch$ svn merge -r 94: 171 https://.../trunk --dry-run

ottengo il seguente errore da SVN:

svn: rapporto di '/ svnroot/simspark/svn/Vcc/default!': Impossibile leggere dimensione del blocco: connessione sicura trun cated (https://simspark.svn.sourceforge.net)

Abbiamo già provato a google per un po 'e ho concluso che questo è un po' inutile. Non ti impedirò di provare te stesso, naturalmente, ma sei stato avvertito.

In ogni caso, l'atmosfera generale di ciò che abbiamo scoperto è che questo è un bug in SVN e siamo fregati. Sto usando SVN versione 1.5.4, che è la versione più recente disponibile per la mia distribuzione Linux.

Qualche idea? Non ho voglia di perdere più di tre mesi di lavoro, quindi una soluzione sarebbe abbastanza carina.

Un collega che ha appena provato questo sistema su un Mac non ha rilevato l'errore e, a proposito, ha potuto interrompere la corsa a secco, ma ha già alcune dozzine di conflitti e continua a contare. < 3 SVN.

Answer 1

Per quello che vale, ho scoperto che questo accade quando la connessione HTTP viene ripristinata dal firewall. L'uso di svn + ssh risolve il problema, se questa è un'opzione per te.

Answer 2

Ha avuto lo stesso problema durante uno switch. Poiché altri rami all'interno dello stesso repository non hanno prodotto lo stesso errore, era probabile che la copia funzionante si fosse in qualche modo rotta.

Soluzione: trovare prima la cartella più alta nell'albero delle directory in cui si verifica l'errore; è qui che la tua copia di lavoro si è rotta. Una volta individuata la cartella, controllala in un'altra posizione sul tuo hard disk. All'interno della cartella appena ritirata, prendi il file "voci" dalla sottodirectory .svn e copialo sul file delle voci nella tua copia di lavoro spezzata.

Answer 3

Questo sembra essere un problema di Sourceforge, non di SVN.

https://sourceforge.net/apps/trac/sourceforge/ticket/21376 https://sourceforge.net/apps/trac/sourceforge/ticket/21051

Se si aggiungono le directory alla vostra copia di lavoro, o importare nuove strutture di directory in un repository esistente, questo sembra causare il problema.

La soluzione alternativa consiste nell'utilizzare un provider SVN diverso.

Answer 4

Sembra che l'unione sia troppo grande per qualcosa lungo la linea da gestire: ho ridotto l'intervallo di revisione e sono stato in grado di aggirare l'errore. Questo sito mi ha dato un indizio: http://lists.parrot.org/pipermail/parrot-Dev/2009-September/02785.html

Answer 5

Una soluzione che ha funzionato per me (su un server locale, dove ho avuto accesso) era di aggiungere al file di configurazione di Apache i SVNAllowBulkUpdates Su direttiva. Potrebbe essere di aiuto per qualcuno;)