Nach dem Upgrade von Windows 7 auf Windows 10 kann ich die grafische Verwaltungskonsole von VisualSVN Server nicht finden.
Bisher hatte ich in Windows 7 über mein Startmenü die Anwendung „VisualSVN Server Manager“, die ich ausführen konnte und die die GUI öffnete. Nach dem Upgrade auf Windows 10 fehlt diese Anwendung in meinem Startmenü.
Beim Nachschauen C:\ProgramData\Microsoft\Windows\Start Menu\Programsgibt es einen Ordner namens „VisualSVN“, der leer ist. Ich vermute, dass in diesem Ordner eine entsprechende Verknüpfung vorhanden sein muss, die nach dem Upgrade auf Windows 10 irgendwie verloren gegangen ist.
Ich habe im Installationsverzeichnis nachgesehen und konnte keine ausführbare Datei finden, die geeignet aussah.
Ich kann die Datei „VisualSVNServer.exe“ ausführen, die sich im Binärverzeichnis befindet. Der Dienst wird gestartet und ich kann eine Verbindung zu meinen Repositorys herstellen und mithilfe einer geeigneten SVN-Schnittstelle wie TortoiseSVN aktualisieren/commiten/usw.
Es scheint also, dass alles noch richtig installiert ist und ich lediglich die grafische Verwaltungsoberfläche verloren habe. Kann mir jemand sagen, wie ich sie wiederherstellen kann?
Aktualisieren
Es sieht so aus, als wäre die Verwaltungskonsole für VisualSVN ein Windows MMC-Snap-In. Da ich das wusste, konnte ich die Datei „VisualSVN Server.msc“ problemlos direkt aus dem binOrdner im Installationsverzeichnis von VisualSVN ausführen. Dadurch wird die Verwaltungskonsole zwar angezeigt, aber es tritt ein Fehler auf:
Dieses ähnliche Thema beschreibt denselben Fehler:Visual SVN Server unter Windows 10
In meinem Fall hat sich der Netzwerkspeicherort meines Repositorys (nennen wir es //SharedDrive/User/Repositories) jedoch nicht geändert und ich hatte es in Windows nie einem Laufwerksbuchstaben zugeordnet. Ich denke jedoch, dass das Problem hier liegt: Zu einem bestimmten Zeitpunkt hatte ich ein Repository auf einem anderen Netzwerklaufwerk (das wir nennen //OldSharedDrive/User/Repositories). OldSharedDriveist fehlgeschlagen und wir haben alles nach migriert SharedDrive. Damals habe ich meinen Repository-Speicherort in VisualSVN aktualisiert, um den neuen Speicherort auf zu verwalten SharedDriveund unter Windows 7 war alles in Ordnung und hat gut funktioniert. Schneller Vorlauf zur Zeit nach dem Upgrade auf Windows 10 und wir stoßen auf das Problem, das in dieser Frage zuerst beschrieben wurde. Aber jetzt, wenn ich versuche, VisualSVN mithilfe der Programme und Funktionen von Windows zu reparieren, zu deinstallieren oder zu ändern, geben alle Vorgänge eine Warnung aus, dass es //OldSharedDrive/User/Repositoriesnicht gefunden werden kann und das Installationsprogramm wird gezwungen, erfolglos beendet zu werden.
Ich vermute, es gibt irgendwo eine Schlüsselbunddatei, OldSharedDriveaus der ich einfach den Speicherort entfernen muss, und dann sollte ich meine Installation reparieren können?
Antwort1
Mit dieser Lösung funktioniert meine GUI wieder:
Öffnen Sie eine Eingabeaufforderung mit Administratorrechten.
Gehen Sie in das richtige Verzeichnis. Hier ist beispielsweise meines:
cd \Program Files (x86)\VisualSVN Server\WMIFühren Sie den folgenden Befehl aus:
mofcomp VisualSVNServer.mof
Antwort2
Lesen Sie den ArtikelKB100: Fehlercode 0x80041024 nach Upgrade auf Windows 10für Anweisungen zur Lösung des Problems.
Veraltete Antwort:
Geben Sie in das Suchfeld von Windows 10 ein
VisualSVN Server Manager. Erhalten Sie dadurch keine Verknüpfung zur VisualSVN Server Manager-Konsole?Wenn nicht, gehen Sie zuSystemsteuerung | Programme und Funktionenund RennReparaturfür VisualSVN Server.
Aktualisieren
Der Fehler 0x80041024muss durch die Reparatur von VisualSVN Server behoben werden durchSystemsteuerung | Programme und Funktionen. Da die Reparatur jedoch aufgrund veralteter Repository-Speicherorte fehlschlägt, sollte dieses Reparaturproblem behoben werden, bevor Sie den Server reparieren können.
Kontakt[email geschützt]für weitere Untersuchungen. Bitte hängen Sie die Installations-/Upgradeprotokolle von VisualSVN Server an die E-Mail an. Die Protokolle sollten sich in %TEMP%einem Verzeichnis befinden und wie folgt benannt sein MSI*****.LOG: z. B. MSIf34d9.LOG. Es sollten mehrere Protokolle mit diesem Namen vorhanden sein, bitte hängen Sie alle an.