Qualcuno ha migrato con successo VSS 2005 oltre a SVN?

Question

Ho giocato in giro con SVN per l'ultimo po 'di tempo e sono venuto ad amare la propria esperienza potere e degli utenti e che siamo in grado di legare nel nostro sistema di bug tracking per semplificare la vita di tutti. Così è venuto al tempo che abbiamo deciso di migrare il nostro setup VSS 2005 attraverso a SVN e ora sto venendo a galla.

Sembra che ci sono una serie di strumenti di là fuori che pretendono di essere in grado di completare la migrazione da VSS 2005 al SVN, ma non riesco a capire quale sia il migliore, o che mi fornirà la transizione più completa . Ho bisogno di uno che migrerà l'intero fronte, piuttosto che solo il check-out da VSS e check-in SVN.

Ho trovato Polarion SVN Importatore che sembra potente e altamente configurabile, tuttavia, non posso ottenere il dannato al lavoro, si lamenta che non può tirare l'elenco di file da $ / in VSS. Se corro lo stesso comando è inciampare su manualmente, tutto sembra funzionare bene, quindi non posso capirlo.

Qualcuno ha migrato con successo la loro origine da VSS 2005 al SVN e se si quali strumenti sono stati utilizzati e quali sono state le tue scoperte? Eventuali avvertimenti o trucchi sarebbero più utili in modo sapere, così come tutto ciò che era utile / sorprendente o è stato una delusione o semplicemente travisato.

Answer 1

Prova la revisione tronco lastest (console app) per VssMigrate su CodePlex per riordinare la vostra storia e ri-generare gruppi di modifiche dal repository VSS. Sarà anche ordinare i tuoi revisioni correttamente in base al momento in cui sono stati registrati.

http vssmigrate.codeplex.com/SourceControl/changeset/view/16890

Spero che questo aiuta. Si potrebbe prendere qualche ritocco sul $ / importazione.

P.S. la storia aiuta a sapere chi dare la colpa in un unico passaggio, piuttosto che dover scoprire se l'annotazione è corretto sulla base di un'importazione, quindi trovo piuttosto utile. Molto meglio averlo che non averlo quando trovare i bug nel codice più vecchio.

P.P.S. È anche possibile utilizzare la nuova versione di VssMigrate reimportare le modifiche a un repository subversion e quindi unire in tutte le revisioni dopo l'ultima importazione di revisione dalla revisione precedente. L'unico aspetto negativo è che ognuno dovrà ottenere un nuovo check-out dal repository perché il numero di revisioni sarà drasticamente ridotto. Fondamentalmente, perfom una nuova migrazione; svnadmin discarica attivo repository precedentemente migrato da rev migrato + 1 come incrementale e poi svnadmin carico nel repository appena migrato.

Answer 2

Ho provato entrambi Polarion e vss2svn circa un anno fa.

Abbiamo avuto molti anni di codice in VSS, e ho scoperto che dopo tutta la configurazione e il test che non ero del tutto soddisfatto dei risultati, il processo è stato lungo e fragile, e nel end, ha deciso di iniziare con un semplice importazione pulita del codice più recente.

Ci sono stati un paio di volte nel corso dell'ultimo anno in cui sono andato alla ricerca per la storia vecchia, ma non è poi così tanto. Un altro vantaggio di iniziare fresco è che il nuovo repository SVN sarà molto veloce!

Answer 3

L'ultima volta che ho provato questo era anni fa. Poiché il formato del file VSS non era documentato, per ottenere una storia completa il programma di conversione 3rd-party ha dovuto usare API VSS per ottenere ogni versione di ogni file. Ho lasciato che corrono la conversione nel week-end, visto quanto aveva compiuto (una piccola percentuale), e calcolato che ci vorrebbero settimane di tempo per completare il calendario (avevamo anni di storia).

Abbiamo quindi deciso di spostare solo una fotografia del codice più recente nel nuovo sistema di controllo versione, e mantenuto un archivio del database VSS per amore di storia.

Answer 4

Simile a questa domanda -. Migrazione diversa, ma penso anche che si tratta di uno spreco di energie / ora per cercare di catturare la storia

Qual è il modo migliore per migrare da SourceSafe per ClearCase?

Answer 5

Ho migrato con successo VSS 2005 per SVN diversi mesi fa. Ho usato la funzione "VssMigrate.Tim2", che è a quanto pare su CodePlex ora come vssmigrate . Ha funzionato bene senza grossi problemi. Sembrava come le revisioni e timestamp non sono state ordinate abbastanza come mi aspettavo, ma non è stato un grosso problema.

EDIT: Con vssmigrate, è possibile scegliere di migrare un percorso VSS specifica (ad esempio $ / GroupA / ProjectB) che riduce il tempo per la migrazione individuale e rende il processo globale meno fragile. Non ho trovato il processo troppo lungo, anche se abbiamo avuto solo circa sei mesi di dati in VSS. Sono riuscito a completare la migrazione e la configurazione di Apache + SVN per un weekend. A seconda delle dimensioni del vostro repository VSS, si consiglia di creare più SVN repository invece di un enorme unico repository.

Sono estremamente contento che ci siamo trasferiti lontano dal VSS, anche se la configurazione di Apache + SVN non era troppo divertente (tentativi ed errori). Stavo considerando Git o Mercurial , ma nessuno dei due aveva uno strumento affidabile TortoiseXxx o plug-VS SCC al momento. Anche se ora che Google codice ha sostenuto Mercurial e TortoiseHg sembra buono, sono tentato di provare Mercurial presto.