Gibt es eine Möglichkeit, eine Visual Studio 2008-Lösung zu "exportieren"

Question

Ich wurde aufgerufen, "aufzuräumen" und wieder in einer .NET-Umgebung zu beginnen, in der die Entwickler ein ziemlich verwirrtes Durcheinander hinterlassen. Der Entwickler steht mir immer noch zur Verfügung und er war/war in der Lage, die Lösung auf seiner Maschine hochzuziehen, aber wenn ich versuche, diese auf meinem Rechner zu verwenden, entsteht ein Durcheinander.

Was ich tun möchte, ist eine "Export-Lösung", die alle verschiedenen Abhängigkeiten herausziehen und in einem einzigen Verzeichnis zusammenführen würde, das das Lösungs-Layout widerspiegelt.

Wenn das Kopieren der Dateien unmöglich ist (z. B. Verweise auf Elemente in der GAC), gibt es ein Dienstprogramm oder eine Möglichkeit, einen vollständigen Bericht darüber zu erhalten, wo alles tatsächlich ist, die physischen und virtuellen Pfade für Debug- und Release-Konfigurationen . Auch Post-Build-Aufgaben, etc. Mit einer Unmenge von Projekten verschiedener Typen und verschiedenen Konfigurationsbildschirmen ist es einfach manuell zu dokumentieren, aber es hat sich als sehr fehleranfällig herausgestellt, selbst für einen sehr bestimmten Mann.

Ich habe versucht, nur die Lösungsdatei seit seinem nur Text zu analysieren, aber es erzählt nicht die ganze Geschichte. Ein Teil dieser Geschichte ist auch, wo die Dateien in Visual Source Safe sind, da, wenn ich in der Lage war, eine funktionierende Lösung zusammenzuziehen, VSS mich "korrigiert", indem ich zufällig Dateien dorthin bringe, die dann auf nicht existierende Orte verweisen. Es war ein Vergnügen und VSS ist ein Virus.

Irgendwelche Vorschläge zum Extrahieren dieses von der einzigen Maschine auf dem Planeten, der dieses (und nur in der Freigabe) so baut, damit jemand anderes daran arbeiten könnte?

Sobald ich es auf meiner Maschine bekomme, werde ich es umstrukturieren, aber ohne ein klares Bild davon, wie es "arbeitete", dass würde in der Dunkelheit schießen.

Answer 1

Ich weiß nicht, einen Weg zu exportieren, und ich kann nichts garantieren b/c it up ziemlich verwirrt klingt, aber hier ist es, was ich tun würde. Zuerst würde ich den Typ bitten, seinen Lösungsordner zu kopieren und an Sie zu senden. Dann würde ich die gleiche Verzeichnisstruktur auf meinem Computer erstellen (also wenn er die Lösung bei s: \ ... \ solution \ hätte, würde ich das Gleiche tun. Verwenden Sie subst, um den Laufwerksbuchstaben zu erstellen, falls nötig). Dann entzippe ich die Lösung in den neuen Verzeichnisstamm und öffne sie mit Visual Studio. Jetzt beginnt der spaßige Teil. Ich würde dann versuchen, die Bindungen für VSS neu zu machen.

Sobald ich alles an Ort und Stelle hatte, würde ich den Kerl bitten, mir zu sagen, welche 3rd Party Assemblys ich brauche, wenn überhaupt. (Denken Sie daran, dass der GAC kein Problem ist, da es sich um einen Laufzeitverweis auf Assemblys und keine Kompilierzeit handelt. Wenn er nicht etwas Verrücktes wie physische GAC-Dateipositionen referenziert. Ugh.) Und fragen Sie ihn nach der korrekten Build-Reihenfolge . Das sind die Projekte, die nicht von anderen Projekten abhängig sind.

Dann müssen Sie versuchen, die Projekte der niedrigsten Ebene nacheinander zu erstellen und Buildfehler zu korrigieren. Gehen Sie dann eine Ebene nach oben zu Projekten, die von den gerade kompilierten Projekten abhängen, bis Sie die gesamte Lösung erstellt haben. Beginnen Sie damit, ein Projekt zu erstellen, dann zwei, dann drei, bis Sie alle Probleme auf dem Weg gelöst haben.

Sobald Sie eine Lösung haben, die erstellt, können Sie es aufräumen. RUN geht dann nicht, um VSS als Quell-Repository zu ersetzen.

GL. :)

Answer 2

Es gibt keine Exportfähigkeit.

Da Sie immer noch Zugriff auf den alten Entwickler haben, prüfen Sie, ob Sie ihn dazu bringen können, die Lösung neu einzurichten. Relative Dateipfade, Verknüpfungen und nicht alle eingecheckten Dateien sind normalerweise das Problem. Was für Sie ein großes Geheimnis sein kann, wenn Sie nicht die ganze Geschichte haben. (seine Dateien nicht eingecheckt)

Ich denke, es ist auch völlig in Ordnung zu erfordern der alte Entwickler eine funktionierende Lösung zu übergeben ... oder sonst.

Solution.sln 
    [Project1] 
    [Project2]