Upgrade von Visual SourceSafe mit dem Befehlszeilentool VSSUpgrade

In den meisten Fällen sollten Sie den VSS-Aktualisierungs-Assistenten anstelle des VssUpgrade-Eingabeaufforderungstools zum Aktualisieren der Visual SourceSafe-Daten verwenden.Es gibt allerdings einige Situationen, in denen Sie das VssUpgrade-Eingabeaufforderungstool verwenden sollten, um ein Upgrade auf einen lokalen Team Foundation Server-Computer (TFS) durchzuführen.

So aktualisieren Sie Visual SourceSafe-Daten mithilfe von VSSUpgrade

1. Verstehen, wie das Tool die Daten konvertiert Zwischen TFS und Visual SourceSafe bestehen bedeutende funktionale Unterschiede.Daher ändern die Visual SourceSafe-Upgradetools bestimmte Arten von Daten während des Upgrades.

2. Vorbereiten des Upgrades Bevor Sie den Upgradevorgang beginnen, ist es wichtig vorauszuplanen und die Daten vorzubereiten.

   Wichtig
   Sie müssen das Hilfsprogramm ANALYZE von Visual SourceSafe auf dem Visual SourceSafe-Repository ausführen, bevor Sie den Vorgang fortsetzen.Siehe Kopieren und Vorbereiten der Visual SourceSafe-Datenbank.

3. Lernen Sie eindeutige VssUpgrade-Funktionen kennen.Wenn Sie keine davon benötigen, sollten Sie stattdessen den VSS-Aktualisierungs-Assistenten verwenden.

4. Analysieren der Daten Bevor Sie das Upgrade der Daten von Visual SourceSafe auf Team Foundation-Versionskontrolle durchführen, müssen Sie zuerst den Analysebefehl verwenden, um zu ermitteln, ob sich Probleme in den Daten auf das Ergebnis des Upgrades auswirken.Dieser Prozess generiert auch eine Benutzerzuordnungsdatei, die für das Upgrade der Daten erforderlich ist.

5. Upgrade der Daten Um Daten zu aktualisieren, müssen Sie angeben, wie Benutzernamen aktualisiert werden, eine Migrate-Einstellungsdatei erstellen und dann den Migrationsbefehl ausführen.

6. Anzeigen und Überprüfen der Ergebnisse und ggf. Lösen von Problemen

VssUpgrade-Funktionen

Verwenden Sie VssUpgrade, wenn Sie die Daten in einem lokalen Teamprojekt aktualisieren und portieren und folgende Aktionen ausführen möchten:

• Ausführen des Upgrades als Teil eines automatisierten Ansatzes, beispielsweise eines Skripts.

• Migrieren mehrerer Visual SourceSafe-Projekte in ein einzelnes Teamprojekt, mithilfe einer von Ihnen angegebenen Ordnerstruktur.

• Angeben, wie Benutzerdaten konvertiert werden zum Beispiel von Kim in Visual SourceSafe auf EUROPE\KimT in TFS.

• Ignorieren der Bezeichnungen in den Visual SourceSafe-Daten.

• Fortsetzen des Vorgangs, nachdem er unterbrochen wurde, während eine große Menge Daten aktualisiert wird, z. B. aufgrund eines Netzwerkfehlers.

Wenn Sie nicht alle Funktionen benötigen oder wenn Sie die Daten in ein Teamprojekt auf Team Foundation-Dienst aktualisieren und portieren möchten, sollten Sie den VSS-Aktualisierungs-Assistenten anstelle von VssUpgrade verwenden.

Analysieren der Daten

Bevor Sie das Upgrade der Daten von Visual SourceSafe auf TFS-Versionskontrolle durchführen, müssen Sie zuerst den Analysebefehl verwenden, um zu ermitteln, ob sich Probleme in den Daten auf das Ergebnis des Upgrades auswirken.Dieser Befehl generiert auch eine Benutzerzuordnungsdatei, die den Migrationsbefehl zum Aktualisieren der Daten verwendet.

Erstellen einer Analyseeinstellungsdatei

Bevor Sie den Befehl zum Analysieren ausführen, müssen Sie eine Analyseeinstellungsdatei erstellen.In dieser Datei geben Sie den Pfad der Visual SourceSafe-Datenbank, die Sie aktualisieren und die Ordner an, die Sie aktualisieren möchten.

Der folgende XML-Code ist ein Beispiel für eine Analyseeinstellungsdatei.

<?xml version="1.0" encoding="utf-8"?>
<SourceControlConverter>
<ConverterSpecificSetting>
     <Source name="VSS">
          <VSSDatabase name="c:\ourvss"></VSSDatabase>
          <UserMap name="c:\ourvss\migrate\Usermap.xml"></UserMap>
     </Source>
     <ProjectMap>
          <Project Source="$/Core"></Project>
          <Project Source="$/ProjectA"></Project>
          <Project Source="$/ProjectB"></Project>
     </ProjectMap>
</ConverterSpecificSetting>
<Settings>
     <Output file="c:\ourvss\migrate\logs\ContosoVSSAnalyze.xml"></Output>
</Settings>
</SourceControlConverter>

Sie können das vorherige Beispiel kopieren, es in eine eigene Analyseeinstellungsdatei einfügen und dann ändern.Die folgenden Informationen können Ihnen helfen, das Beispiel anzupassen, um Ihre Anforderungen zu erfüllen.

<?xml encoding>-Attribut

Das <?xml encoding>-Attribut muss zur Codierung passen, die in der Analyseeinstellungsdatei verwendet wird.Wenn die Datei beispielsweise als Unicode gespeichert wird, lautet das <?xml encoding>-Tag folgendermaßen:

<?xml version="1.0" encoding="unicode">

<VSSDatabase name>-Attribut

Geben Sie im <VSSDatabase name>-Attribut den Pfad des Ordners an, der die Datei srcsafe.ini für die Kopie der von Ihnen aktualisierten Visual SourceSafe-Datenbank enthält. Der folgende Code ist ein Beispiel. Beispiel:

<Source name="VSS">
   ...
   <VSSDatabase name="c:\ourvss"></VSSDatabase>
   ...
</Source>

Der Pfad darf die Zeichenfolge srcsafe.ini nicht enthalten.Das folgende <VSSDatabase name>-Attribut ist z. B. falsch und bewirkt, dass der VssUpgrade-Befehl fehlschlägt:

<Source name="VSS">
   ...
   <VSSDatabase name="c:\ourvss\srcsafe.ini"></VSSDatabase>
   ...
</Source>

<UserMap name>-Attribut

Der Analysebefehl erfasst und kompiliert Daten zu den Visual SourceSafe-Benutzern und speichert sie in einer XML-Datei.Optional können Sie den Pfad und den Namen der Datei angeben, in der Sie diese Daten im <UserMap name>-Attribut speichern möchten.Wenn Sie dieses Attribut nicht angeben, erstellt der Analysebefehl eine Datei mit dem Namen UserMap.xml und legt sie im aktuellen Verzeichnis ab.

<ProjectMap>-Abschnitt

Geben Sie im <ProjectMap>-Abschnitt den Pfad jedes Visual SourceSafe-Projekts an, das Sie im Source-Attribut eines <Project>-Elements aktualisieren möchten.

Um alle Daten in der Visual SourceSafe-Datenbank zu aktualisieren, passen Sie den <ProjectMap>-Abschnitt auf folgendes Beispiel an:

<ProjectMap>
   <Project Source="$/"></Project>
</ProjectMap>

Statt die ganze Visual SourceSafe-Datenbank gleichzeitig zu aktualisieren, können Sie ausgewählte Projekte zu anderen Zeiten aktualisieren.

Tipp
Falls Sie viele Daten zu aktualisieren haben, verwenden Sie diese Option, um eine Blockierung des Teams während des Upgrades zu vermeiden.

Die Pfade in den Quellattributen dürfen sich nicht überschneiden.Der folgende <ProjectMap>-Abschnitt ist beispielsweise ungültig:

<ProjectMap>
   <Project Source="$/ProjectA"></Project>
   <Project Source="$/ProjectA/Controller"></Project>
</ProjectMap>

<Output file>-Attribut

Im <Settings>-Abschnitt können Sie im <Output file>-Attribut den Pfad und den Namen der Datei angeben, in der der Analysebericht geschrieben werden soll.Wenn Sie diese Option nicht angeben möchten, können Sie das <Output>-Tag weglassen.In diesem Fall schreibt der Konverter den Bericht in eine Datei mit dem Namen VSSAnalysisReport.xml und legt sie im aktuellen Verzeichnis ab.

<SQL>-Element

Sie müssen eine Datenbank angeben, die VssUpgrade zum Speichern temporärer Daten verwendet, indem Sie dem <Source>-Abschnitt der Analyseeinstellungsdatei ein <SQL>-Element hinzufügen.Dieses Element verwendet die folgende Syntax: <SQL Server="SQL_Server_name"></SQL>.

Wenn Sie VssUpgrade beispielsweise auf einem Computer namens FABRIKAM-2 ausführen, um eine lokale SQL Server Express-Instanz auf demselben Computer zu verwenden:

<Source name="VSS">
   ...
   <SQL Server="fabrikam-2\sqlexpress"></SQL>
   ...
</Source>

Um den Konverter anzuweisen, SQL Server zu verwenden, beispielsweise einen Server namens FabrikamSQLServer

<Source name="VSS">
   ...
   <SQL Server="fabrikamsqlserver"></SQL>
   ...
</Source>

Ausführen des Analysebefehls

1. Führen aus Windows Start heraus die Eingabeaufforderung als Administrator aus.

2. Geben Sie in das Fenster der Administratoreingabeaufforderung folgendes ein:

   VssUpgrade Analyze settings.xml

   Ersetzen Sie settings.xml durch den Pfad und den Namen der von Ihnen erstellten Analyseeinstellungsdatei.

3. Geben Sie das Administratorkennwort für die Visual SourceSafe-Datenbank ein, Wenn Sie dazu aufgefordert werden.Wenn die Datenbank kein Kennwort hat, drücken Sie die EINGABETASTE.

VssUpgrade zeigt den laufenden Status an, wenn die Analysebefehl fortschreitet.Sobald der Prozess abgeschlossen ist, fasst das System die Ergebnisse zusammen.Beispiel:

Analyze complete.
Analyzed 859 files and 941 folders.
Warnings 0 and Errors 0
Pre-migration report file: C:\VSS\migrate\VSSAnalysisReport.xml

Falls Warnungen oder Fehler aufgetreten sind, können Sie Informationen darüber in ConverterErrors.txt und VSSUpgrade.log finden.

Der Analysebefehl generiert Folgendes:

• Einen Bericht, den Sie verwenden können, um Informationen über mögliche vom Migrationsbefehl verursachte Probleme und Änderungen abzurufen.

• Eine Benutzerzuordnungsdatei (Usermap.xml), die Sie verwenden können, um anzugeben, wie Benutzerdaten während des Upgradevorgangs konvertiert werden.

Diese Dateien werden weiter unten ausführlich erläutert.

Überprüfen und Beheben von Problemen, die vom Analysebefehl gefunden wurden

Der Analysebericht enthält Informationen zu Problemen in der Visual SourceSafe-Datenbank, die möglicherweise während des Upgradevorgangs Probleme verursachen.Versuchen Sie, möglichst viele dieser Probleme zu lösen, um spätere Probleme beim Upgradevorgang, wie im nächsten Abschnitt beschrieben, zu minimieren.

Einige Dateien werden ausgecheckt

Im Bericht werden Dateien aufgelistet, die gerade ausgecheckt werden.Der Upgradevorgang speichert keine Auscheckinformationen.Versuchen Sie, sicherzustellen, dass so viele Dateien wie möglich vor dem Upgrade eingecheckt werden.

Einige Elemente weisen Datenintegritätsprobleme auf

Im Bericht werden Elemente aufgelistet, deren Datenintegrität beeinträchtigt wurde.Das ANALYZE-Hilfsprogramm von Visual SourceSafe ist möglicherweise in der Lage, diese Probleme zu beheben.Elemente, die nicht repariert werden können, werden nicht aktualisiert.Weitere Informationen finden Sie auf den folgenden Seiten der Microsoft-Website: ANALYZE-Hilfsprogramm und Erkennen und Korrigieren von Datenbankbeschädigungsfehlern in Visual SourceSafe.

Einige Ordner in zugeordneten Projekten enthalten einen Verlauf, der nicht im < ProjectMap >-Abschnitt enthalten ist

Wenn ein Ordner in einer Visual SourceSafe-Datenbank von einem Projekt in ein anderes verschoben wird, ist der Verlauf dieses Ordners im ursprünglichen und im aktuellen Projekt enthalten.Um einen solchen Ordner mit dem gesamten Verlauf zu aktualisieren, müssen Sie das ursprüngliche und das aktuelle Projekt aktualisieren.

Sie aktualisieren z. B. das Visual SourceSafe-Projekt Projekt2.Dieses Projekt enthält den Ordner $/Projekt2/FunktionA, der an einem Punkt seines Verlaufs aus Projekt1 verschoben wurde.

Wenn der <ProjectMap>-Abschnitt Folgendes enthält …	Beispiel ...	Dann ...
Beide Projekte.	<ProjectMap> <Project Source="$/Project1"></Project> <Project Source="$/Project2"></Project> </ProjectMap>	Der Ordner wird mit seinem vollständigen Verlauf aktualisiert.
Das Projekt, das ursprünglich den Ordner aber nicht das Projekt enthalten hat, das ihn gerade enthält.	<ProjectMap> <Project Source="$/Project1"></Project> </ProjectMap>	Der Ordner wird nicht aktualisiert.
Das Projekt, das aktuell den Ordner aber nicht das Projekt enthält, in dem der Ordner ursprünglich enthalten war.	<ProjectMap> <Project Source="$/Project2"></Project> </ProjectMap>	Der Ordner wird mit seinem Verlauf ab dem Punkt aktualisiert, an dem er ins aktuelle Projekt verschoben wurde.Der Verlauf, der aufgetreten ist, bevor der Ordner in das aktuelle Projekt verschoben wurde, wird nicht aktualisiert.

Weitere Informationen zum <ProjectMap>-Abschnitt der Einstellungsdatei finden Sie unter <ProjectMap>-Abschnitt weiter oben in diesem Thema.

Einige Bezeichnungsnamen werden nicht von der Team Foundation-Versionskontrolle unterstützt

Der Bericht führt Bezeichnungsnamen auf, die sich beim Upgrade ändern, da sie Zeichen enthalten, die die TFS-Versionskontrolle nicht unterstützt.Siehe Benennungseinschränkungen in Team Foundation.

Upgrade der Daten

Nachdem Sie die Analysebefehl ausgeführt haben, sind Sie fast für das Upgrade der Daten bereit.Bevor Sie den Befehl zum Migrieren ausführen, müssen Sie eine Einstellungsdatei erstellen.Optional können Sie angeben, wie Benutzernamen aktualisiert werden sollen.

Angeben, wie Benutzernamen aktualisiert werden sollen

Sie können steuern, wie Benutzerinformationen von Visual SourceSafe auf die TFS-Versionskontrolle aktualisiert werden.Sie können ausdrücklich angeben, welchen Benutzernamen der Migrationsbefehl den einzelnen Changesets im Verlauf der einzelnen Elemente in der TFS-Versionskontrolle zuordnen soll.Dazu bearbeiten Sie die Benutzerzuordnungsdatei, die, wie früher in diesem Thema erläutert, erstellt wurde, als Sie den Analysebefehl ausgeführt haben.

Die Benutzerzuordnungsdatei ist optional.Wenn Sie das <UserMap name>-Attribut aus der Analyseeinstellungsdatei weglassen, wird jedes Changeset auf die folgende Weise erstellt:

• Das Benutzerfeld wird auf den Namen des Kontos festgelegt, unter dem VssUpgrade ausgeführt wird.

• Der Name des Benutzers, der die Aktion in der Visual SourceSafe-Datenbank ausgeführt hat, wird im Kommentarfeld gespeichert.

Beispiel für eine Benutzerzuordnungsdatei

Wenn Sie den Analysebefehl ausführen, werden Daten zu den Visual SourceSafe-Benutzern kompiliert und in einer XML-Datei gespeichert.In dieser Datei wird jeder Visual SourceSafe-Benutzer, der je in den von Ihnen aktualisierten Visual SourceSafe-Projekten einen Versionskontrollvorgang ausgeführt hat, aufgelistet.

Im folgenden Beispiel wird eine Benutzerzuordnungsdatei veranschaulicht, die vom Analysebefehl erstellt wurde.

<?xml version="1.0" encoding="utf-8"?>
<UserMappings>
   <UserMap From="Admin" To=""></UserMap>
   <UserMap From="Guest" To=""></UserMap> 
   <UserMap From="Kim" To=""></UserMap>
   <UserMap From="Satomi" To=""></UserMap>
   <UserMap From="Mark" To=""></UserMap>
</UserMappings>

Sie können das To-Attribut von keinem, einigen oder allen UserMap-Elementen in der Benutzerzuordnungsdatei angeben.Sie können z. B. das vorherige Beispiel auf die folgende Weise ändern:

<?xml version="1.0" encoding="utf-8"?>
<UserMappings>
   <UserMap From="Admin" To="NORTHAMERICA\KenM"></UserMap>
   <UserMap From="Guest" To="Test1"></UserMap> 
   <UserMap From="Kim" To="EUROPE\KimT"></UserMap>
   <UserMap From="Satomi" To="ASIA\SatomiH"></UserMap>
   <UserMap From="Mark" To=""></UserMap>
</UserMappings>

Beachten Sie, dass Guest im vorherigen Beispiel Test1 zugeordnet und keine Domäne angegeben wird.In diesen Fällen nimmt VssUpgrade an, dass das Konto zur Standarddomäne gehört.

Wenn Sie kein <UserMap To>-Attribut angeben, wird jedes Changeset auf die folgende Weise erstellt:

• Das Benutzerfeld wird auf den Namen des Kontos festgelegt, unter dem VssUpgrade ausgeführt wurde.

• Der Name des Benutzers, der die Aktion in der Visual SourceSafe-Datenbank ausgeführt hat, wird im Feld Kommentar gespeichert.

• Wenn Sie ein <UserMap To>-Attribut angeben und der Wert ein gültiger Benutzer auf einem Team Foundation Server ist, wird das Benutzerfeld auf den Namen dieses Kontos festgelegt.Wenn der Wert kein gültiger Benutzer in Ihrem Team Foundation Server ist, zeigt VssUpgrade einen Fehler an und beendet den Upgradevorgang.

Erstellen einer Migrationseinstellungsdatei

Sie verwenden die Migrationseinstellungsdatei, um anzugeben, welche Visual SourceSafe-Daten Sie aktualisieren möchten, und um mehrere Aspekte des Upgrades zu steuern.Die einfachste Möglichkeit, diese Datei zu erstellen, besteht darin, die Datei zu kopieren, die Sie weiter oben in diesem Thema unter Erstellen einer Analyseeinstellungsdatei erstellt haben.Sie fügen der Datei dann weitere Daten hinzu, um sie durch den Migrationsbefehl verwendbar zu machen.

Das folgende Beispiel zeigt eine Migrationseinstellungsdatei.

<?xml version="1.0" encoding="utf-8"?>
<SourceControlConverter>
<ConverterSpecificSetting>
     <Source name="VSS">
          <VSSDatabase name="c:\ourvss"></VSSDatabase>
          <UserMap name="c:\ourvss\migrate\Usermap.xml"></UserMap>
     </Source>
     <ProjectMap>
          <Project Source="$/Core" Destination="$/CoreTeamProject"></Project>
          <Project Source="$/ProjectA" Destination="$/ClientTeamProject/ProjectA"></Project>
          <Project Source="$/ProjectB" Destination="$/ClientTeamProject/ProjectB"></Project>
     </ProjectMap>
</ConverterSpecificSetting>
<Settings>
     <TeamFoundationServer name="My_Server" port="8080" protocol="http" collection="tfs/DefaultCollection"></TeamFoundationServer>
     <Output file="c:\ourvss\migrate\logs\ContosoVSSMigrate.xml"></Output>
</Settings>
</SourceControlConverter>

Die folgenden Informationen können Ihnen helfen, die Migrationseinstellungsdatei zu ändern, um anzugeben, wie die Migrationsbefehl die Daten aktualisiert.

<ProjectMap>

Stellen Sie für jedes <Project>-Element im <ProjectMap>-Abschnitt der Migrationseinstellungsdatei ein Destination-Attribut bereit, um den Pfad des Speicherorts auf dem Team Foundation Server anzugeben, auf den Sie den Inhalt des Projekts in der Visual SourceSafe-Datenbank (angegeben im Source-Attribut) aktualisieren möchten.

Sie möchten den Inhalt von ProjectA in der Visual SourceSafe-Datenbank z. B. in ProjectA im Stamm eines Teamprojekts mit dem Namen Client aktualisieren.

<ProjectMap>
   <Project Source="$/ProjectA" Destination="$/ClientTeamProject/ProjectA"></Project>
</ProjectMap>

Damit der Wert im Destination-Attribut gültig ist, müssen folgende Bedingungen erfüllt sein:

• Das Teamprojekt im Destination-Attribut (im vorherigen Beispiel ist das Teamprojekt ClientTeamProject) muss sich bereits in der Teamprojektauflistung befinden, bevor Sie den Upgradevorgang starten.

• Der Pfad im Destination-Attribut eines <Project>-Elements darf sich nicht mit dem Pfad im Destination-Attribut eines beliebigen anderen <Project>-Elements überschneiden.Der folgende <ProjectMap>-Abschnitt ist beispielsweise ungültig:

  <ProjectMap>
     <Project Source="$/ProjectA" Destination="$/ClientTeamProjectA/"></Project>
     <Project Source="$/ProjectB" Destination="$/ClientTeamProjectA/ProjectB"></Project>
  </ProjectMap>
  

Hinweis
Wenn der Ordner im Destination-Attribut Elemente enthält und wenn sich der Pfad zu einem der Visual SourceSafe-Elemente mit dem Pfad der Versionskontrolle zu einem dieser Elemente überschneidet, verursacht der Upgradevorgang einen Fehler.

<TeamFoundationServer>-Tag

Fügen Sie im <Settings>-Abschnitt ein <TeamFoundationServer>-Tag hinzu, und geben Sie den Namen, den Port, das Protokoll und den Pfad zur Teamprojektauflistung auf dem Team Foundation Server in folgendem Format an:

<TeamFoundationServer name="ServerName" port="PortNumber" protocol="http" collection="path/collection name></TeamFoundationServer>

<Label migrate="false" />-Tag

Wenn die Visual SourceSafe-Datenbank viele Bezeichnungen enthält, die für viele Dateien übernommen werden, wird der Upgradevorgang möglicherweise verlängert.Wenn das Team diese Daten nicht benötigt, können Sie VssUpgrade darauf konfigurieren, die Bezeichnungen zu ignorieren, indem das <Label migrate="false" />-Tag zum <Settings>-Abschnitt hinzugefügt wird.

<Output file>-Attribut

Im <Settings>-Abschnitt des <Output file>-Attributs können Sie den Pfad und die Datei angeben, in der der Upgradebericht gespeichert werden soll.Wenn Sie das Attribut nicht einschließen, schreibt der Konverter den Bericht in eine Datei mit dem Namen VSSMigrationReport.xml und legt sie im aktuellen Verzeichnis ab.

Ausführen des Migrationsbefehls

1. Führen aus Windows Start heraus die Eingabeaufforderung als Administrator aus.

2. Geben Sie in das Fenster der Administratoreingabeaufforderung folgendes ein:

   VssUpgrade Migrate settings.xml

   Ersetzen Sie settings.xml durch den Pfad und den Namen der Upgradeeinstellungsdatei, die Sie erstellt haben.

   Der Migrationsbefehl zeigt jedes Projekt an, das Sie aus der Visual SourceSafe-Datenbank aktualisieren, und jeden Ordner, in den die Daten auf dem Server für Team Foundation-Versionskontrolle aktualisiert werden.

3. Geben Sie das Administratorkennwort für die Visual SourceSafe-Datenbank ein, Wenn Sie dazu aufgefordert werden.Wenn die Datenbank kein Kennwort hat, drücken Sie die EINGABETASTE.

4. Das System fasst zusammen, wie es, den Upgradevorgang ausführt und fordert Sie auf, das Fortsetzen des Vorgangs zu bestätigen.Beispiel:

   This will start migration with following inputs:
   
   SourceSafe Folders -> Team Foundation Server Folders
   
   $/ -> $/Sequence2
   
   Full history migration of VSS Database: c:\vss
   
   Team Foundation Server: http://fabrikam-4:8080/tfs/DefaultCollection
   Migration Settings File: migrate_settings.xml
   Migration Report: C:\VSS\migrate\VSSMigrationReport.xml
   
   Depending on the VSS database size, migration may take few hours to complete.
   Please verify all inputs are correct and confirm.
   Start migration (Y/N)?
   

   Drücken Sie zum Fortsetzen auf Y.

VssUpgrade zeigt den laufenden Status an, wenn die Migrationsbefehl fortschreitet.Sobald der Prozess abgeschlossen ist, fasst das System die Ergebnisse zusammen.Beispiel:

Verification of pinned versions: 0 file(s) added, 0 file(s) edited and 86 file(s) label updated
Verification of latest tip versions: No change was required (No fixes required. All latest tip versions were migrated successfully)

Started: Creating label "Pinned_Latest".
Finished: Creating label "Pinned_Latest".

Migration complete.
Migrated 6397 Actions
Warnings 7 and Errors 0
Post migration report file: C:\VSS\migrate\VSSMigrationReport.xml

Falls Warnungen oder Fehler aufgetreten sind, können Sie Informationen darüber in ConverterErrors.txt und VSSUpgrade.log finden.

Der Migrationsbefehl generiert einen Bericht, den Sie verwenden können, um Informationen über mögliche vom Migrationsbefehl verursachte Probleme und Änderungen abzurufen.Siehe Nächste Schritte nach dem Upgrade von Visual SourceSafe.

Fortsetzen des Prozesses mithilfe des inkrementellen Upgrades

Wenn der Upgradevorgang aus irgendeinem Grund unterbrochen wird, können Sie den Prozess als inkrementelles Upgrade von dem Punkt aus fortsetzen, an dem der Prozess beendet wurde.Ein inkrementelles Upgrade kann nützlich sein, wenn der Upgradevorgang wegen eines Fehlers oder aufgrund von Netzwerkproblemen einen Fehler verursacht hat.Während des inkrementellen Upgrades aktualisiert der Konverter nur die Daten, die nicht in vorherigen Sitzungen aktualisiert wurden.

Um ein inkrementelles Upgrade zu starten, führen Sie die Schritte unter Ausführen des Migrationsbefehls aus.Wenn der Migrationsbefehl fragt, ob Sie eine inkrementelle Migration ausführen möchten, drücken Sie Y.

Einschränkungen eines inkrementellen Upgrades

Ein inkrementelles Upgrade ist nur erfolgreich, wenn Sie die folgenden Einschränkungen einhalten:

• In der Visual SourceSafe-Datenbank dürfen Sie keine Zerstörungs-, Säuberungs-, Archivierungs- oder Wiederherstellungsaktivitäten ausgeführt haben.

• Sie dürfen den <ProjectMap>-Abschnitt der Migrationseinstellungsdatei nicht ändern.

• Auf dem Team Foundation Server dürfen Sie keine Ordner (oder Inhalte in den Ordnern) ändern, die im <ProjectMap> -Abschnitt der Migrationseinstellungsdatei angegeben werden.

Nächster Schritt

Anzeigen und Überprüfen der Ergebnisse und ggf. Lösen von Problemen