Resharper e TortoiseSVN

Question

C'è un buon modo per affrontare la classe di rinominare il refactoring da Resharper quando il file è sotto il controllo del codice sorgente e TortoiseSVN è il client.Ho sto cercando VisualSVN adesso ma non ho avuto la necessità di rinominare nulla di recente.Non voglio cambiare la nostra repository solo per provare questo fuori.

Inoltre non sono sicuro se questa caratteristica da sola vale il costo del VisualSVN.

Aggiornamento: Ho disinstallato la versione di prova di VisualSVN e provato AhknSVN.Mi sembra purché la stessa funzionalità finora.

So che questo mio sembrare banale, ma gli indicatori sembrano mancare alcune funzionalità, sembra che non trickle up.(Se un file nel progetto è diverso, io penso che il progetto indicatore di indicare anche questo.) Io tendo a tenere i miei progetti implementati per quanto possibile, quindi è difficile dire quali file sono stati modificati, a meno che il progetto si è ampliato.

Answer 1

TortoiseSVN 1.5 ha una caratteristica nascosta nella finestra di check in:

Seleziona un file mancante e un nuovo file e fai clic con il tasto destro. Una delle opzioni sarà " fix move " ;.

Tendo a fare il refactoring, quindi lo uso per riparare qualsiasi file in cui il nome è cambiato.

Answer 2

Dovresti davvero selezionare l'opzione Free as in Beer di AnkhSVN . Hanno apportato alcuni importanti miglioramenti in v2.x e non mi sento più penalizzato quando eseguo mosse di refactoring-ninja ReSharper in Visual Studio.

Answer 3

Trovo che VisualSVN valga la pena. Ci sono modi per farlo con Tortoise, ma l'integrazione di VisualSVN è molto piacevole. Avevo provato su strumenti di integrazione VS prima come Ankh e non ero impressionato. V-SVN ha davvero aumentato il livello di interazione con il repository dall'IDE.

Anche il trucco rapido in TortoiseSVN per sistemare la mossa suona piuttosto carino, devo provarlo.

Un altro bonus: devo ancora " ho dimenticato " per aggiungere un file al repository da quando ho ottenuto Visual SVN.

Answer 4

Tempo di ramificare il tuo repository. Questa è la parte bella del controllo delle versioni, è possibile creare nuovi rami senza sommare quelli vecchi.