SVN contrassegna interi file come in conflitto

Question

Sono nuovo di SVN. Dopo aver lavorato su un ramo per un giorno o giù di lì, ho cercato di unire le modifiche dal tronco al ramo:

svn merge svn://server/trunk 

Il problema è che ogni volta che SVN incontra un file in conflitto, non è in grado di riconoscere la linea da cambiamenti di linea e segna l'intera linea come in conflitto. Ho sperimentato diversi altri client SVN e ho anche provato ad attivare le opzioni di fine linea e spazio bianco senza alcun progresso. Che cosa sto facendo di sbagliato? Penso che questo sia il caso di unione più semplice possibile, quindi mi aspetto che funzioni con le impostazioni di Subversion più predefinite, qualsiasi client e qualsiasi versione SVN. Si tratta di una cattura conosciuta dai principianti?

Cliente: 1.5.5 (SlikSvn: tag/1.5.5@34877) WIN32

Server: 1.4.6 (r28521), Windows

Modifica

Sulla base dei suggerimenti nei commenti e nelle risposte di seguito, ho effettuato ulteriori indagini:

1. I file problematici sono UTF8.

2. Non hanno proprietà SVN.

3. Il comando "svn diff" identifica correttamente le differenze.

Answer 1

Abbiamo riscontrato questo problema di recente e abbiamo riscontrato che si trattava di un problema nell'utilizzo di un server 1.4.x e di un client 1.5.x. Subversion 1.5 ha introdotto una fusione più intelligente ma è necessario che il server e il client siano in esecuzione 1.5 per trarne vantaggio.

Abbiamo riscontrato che specificando l'intervallo di numeri di revisione che volevamo unire ha dato i risultati attesi.

Answer 2

Hai provato a utilizzare TortoiseSVN? Viene fornito in bundle con ToroiseMerge che trovo anch'esso una fusione soddisfacente.

Answer 3

Non ho usato SVN a tonnellata, e l'ho usato solo tramite il plug-in di eclissi, ma potrebbero esserci alcuni scenari in cui devi semplicemente dirgli quale caso usare (il tuo locale o il file remoto). la fusione di un insieme di modifiche in uscita e in entrata disgiunte non è solitamente un problema, ma se una linea è in conflitto con determinati tipi di modifiche (in eclissi contrassegna l'intera linea/blocco come rosso), potrebbe essere necessario accettare l'una o l'altra da probabilmente non si fonderà più da solo.

Answer 4

Controlla la proprietà svn: mime-type sui tuoi file. Se esiste una tale serie di proprietà e il suo valore non inizia con 'text /', allora Subversion considera questi file come binari e non come testo.

Se i file sono codificati in utf-16, Subversion li tratterà anche come binari per impostazione predefinita.

Answer 5

Ho selezionato la risposta di Mark. Questo è solo per riassumere e fornire maggiori dettagli. Il mio problema è causato dal fatto che stiamo usando SVN 1.4 che non supporta le funzionalità di fusione 1.5 più avanzate.Come indicato dalla risposta selezionata, ho scoperto che devo utilizzare il seguente formato del SVN comando merge (nel caso in cui voglio propagare le modifiche da tronco a mio ramo):

svn merge svn://dpr/branches/abc@REV svn://dpr/trunk@REV 

Credo che la mia confusione era causato dal fatto che il libro SVN e i client che stavo usando stavano silenziosamente supponendo che stavo già eseguendo 1.5 e che gli esempi ei metodi di fusione predefiniti stessero usando le nuove funzionalità. Per essere onesti, l'introduzione alla sezione di fusione di base nei libri SVN lo menziona (che ho notato solo quando ho risolto il problema).