2009-03-11 11 views

risposta

7
  1. Per prima cosa è necessario eseguire un aggiornamento (aggiornamento SVN), quindi il conflitto sta effettivamente accadendo.
  2. quindi si ottiene tre file nella directory: yourfilename .mine yourfilename .rX yourfilename .rY (X e Y sono l'originale e la nuova numerazione di revisione)
  3. Rinominare il file .mine al nome del file originale.
  4. Contrassegna il file in conflitto come risolto. (TortoiseSVN -> Risolto) (I file .r? Verranno eliminati automaticamente)
  5. Successivamente è possibile eseguire il commit del file come se fosse una modifica normale. (SVN Commit)
+0

È necessario fare attenzione qui che la versione di copia di lavoro è corretta quando la si contrassegna "risolta", altrimenti il ​​repository potrebbe essere pieno dei marcatori "===". –

+0

Certo, hai ragione. Risolto il problema con la mia risposta –

0

commit e quindi utilizzare la versione locale?

1

Altro (orribile) possibilità:

  • Controlla la versione si sa che si sta per entrare in conflitto con in una directory separata dal proprio roba
  • Copiare i file di lavoro su quelli della directory separata - fare attenzione a non copiare i file svn
  • commettere dalla directory separata
6

guardare un t il comando svn resolve da red book. Con un client a riga di comando, si sarebbe in grado di eseguire

svn update 
svn resolve -R --accept mine-full 

non sembra che TortoiseSVN rende disponibili, ma se avete il client a riga di comando per il backup, può essere a portata di mano. Altrimenti, andrei con un trucco del tipo descritto da Neil (sposta i file di lavoro, aggiorna, sostituisci i file di lavoro).

Un grande avvertimento: l'utilizzo del comando Resolved... invece accetterà la versione contenente il conflitto dopo l'aggiornamento; vuoi veramente il file prima dell'aggiornamento.

Problemi correlati