2017-04-25 2 views
0

Ich versuche, von TFS 2010 zu Visual Studio Team Services zu migrieren (nur Quellcode). Alles geht gut, bis ich auf den Benutzer-Mapping-Bildschirm komme. Es hat keine Probleme, die Zielbenutzer zu finden, aber es findet keine Quellbenutzer, daher kann ich sie nicht zuordnen und kann daher nicht mit dem nächsten Schritt fortfahren.OpsHub Visual Studio Migration Utility findet keine "Quellbenutzer" zum Zuordnen

Es gibt keine Fehler. Ich habe drei verschiedene Projekte ausprobiert. ich die kostenlose Version verwenden: OVSMU-V2.5.0.001

Bearbeiten- von opshub.log Fehlern hinzu:

04/26/2017 08: 56: 10.840 ERROR [localhost-Start-Stopp-1] (com.opshub.JSON.QuartzIntializationServlet) - Fehler beim Installieren der Lizenz VisualStudio.lic com.opshub.license.exception.LicenseException: Lizenz mit Schlüssel 1258 ist bereits installiert unter com.opshub.license.install.LicenseInstaller.checkDuplicateLicense (LicenseInstaller.java:127) unter com.opshub.license.install.LicenseInstaller.installLicense (LicenseInstaller.java:72) unter com.opshub.JSON.QuartzIntializationServlet.registerLicFile (QuartzIntialization Servlet.java:369) bei com.opshub.JSON.QuartzIntializationServlet.installLicenses (QuartzIntializationServlet.java:345) bei com.opshub.JSON.QuartzIntializationServlet.contextInitialized (QuartzIntializationServlet.java:138) bei org.apache.catalina. core.StandardContext.listenerStart (StandardContext.java:4733) bei org.apache.catalina.core.StandardContext.startInternal (StandardContext.java:5199) bei org.apache.catalina.util.LifecycleBase.start (LifecycleBase.java: 152) bei org.apache.catalina.core.ContainerBase.addChildInternal (ContainerBase.java:726) bei org.apache.catalina.core.ContainerBase.addChild (ContainerBase.java:702) bei org.apache.catalina. core.StandardHost.addChild (StandardHost.java:734) bei org.apac he.catalina.startup.HostConfig.deployWAR (HostConfig.java:951) bei org.apache.catalina.startup.HostConfig $ DeployWar.run (HostConfig.java:1819) bei java.util.concurrent.Executors $ RunnableAdapter. Call (Executors.java:511) bei java.util.concurrent.FutureTask.run (FutureTask.java:266) bei java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1142) bei java.util. concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:617) bei java.lang.Thread.run (Thread.java:745)

+0

Sind Sie der Administrator von TFS? Gibt es Fehler im Logbuch?(C: \ Programme \ OpsHub Visual Studio Online-Migrationsprogramm \ logs \) –

+0

Ja, ich bin der Administrator für TFS. Ich habe einen Fehler in den Log-Dateien bezüglich der Lizenzierung gefunden. den Beitrag in Kürze mit dieser Info aktualisieren. @Starain-MSFT – John

Antwort

0

Stellen Sie sicher, dass es Benutzer gibt, die explizit in entsprechenden Team/Gruppe sind.

OVSMU lädt nur Projektbenutzer. d. h. Benutzer, die sich entweder im Projektteam oder Mitglied einer der standardmäßigen/benutzerdefinierten Benutzergruppen des Projekts befinden. Wenn Sie also Benutzer haben, die Teil einer Sammlungsgruppe sind, aber nicht explizit in einem Projektteam/einer Projektgruppe, werden sie nicht geladen. Dieses Verhalten erbt, um die Belastung durch das Zuordnen dieser zusätzlichen Benutzer zu vermeiden, die nicht Teil des Projekts sind, das migriert wird. In Fall Benutzer nicht an Ihrem Ende für ein Projekt geladen werden, stellen Sie sicher, gibt es Benutzer, die ein Teil der Projektteam/Gruppe sind.

Weitere Informationen können Sie sich beziehen: Is the ObsHub OVSMU Source User(s) list really populating correctly? How can I disable it?

Verwandte Themen