Ich habe ein ziemlich großes MVC2-Projekt in TFS, das automatisch beim Einchecken erstellt wird (Continuous Integration)
Zurzeit wird die vollständig erstellte Version auf einer Netzwerkfreigabe auf unserem IIS-Entwicklungsserver abgelegt. \\Server\wwwrootLatest
TFS erstellt natürlich viele Unterordner, da es gerade einen Build durchführt, es ist sich nicht einmal bewusst, dass sein Drop-Verzeichnis ein wwwroot ist.
Das bedeutet, dass wir, um den Build tatsächlich zu VERWENDEN, manuell eine IIS-App erstellen müssen, die auf das entsprechende Verzeichnis verweist - was den ganzen Sinn der Übung zunichte macht.
Wenn wir eine manuelle Veröffentlichung auf diesem Server vornehmen, verwenden wir die Methode "Dateisystem" und überschreiben einfach die Dateien in der UNC-Freigabe \\Server\wwwroot
(Bei der Veröffentlichung in anderen Umgebungen verwenden wir MSDeploy in vollem Umfang).
Was ich tun möchte, ist TFS zu überzeugen, eine "Dateisystem"-Veröffentlichung zu tun, nachdem der Build abgeschlossen ist und zu duplizieren, was wir auf eine manuelle Veröffentlichung zB tun:
Ablageverzeichnis ist \\Server\Build
was in etwa zu folgendem Ergebnis führen würde \\Server\Build\Project\Date.Rev\
Nachdem dies abgeschlossen ist, soll es auf \\Server\wwwrootLatest
- können wir dann die App einmalig einrichten, die immer die neueste Version enthält, aber bei Bedarf auch eine vollständige Historie aufweist.
Die einzigen Beispiele, die ich finden konnte, verwenden MSBuild-Befehle in der Build-Definition (gut), aber alle verwenden MSDeploy, um eine voll auf Veröffentlichung zu tun. Ich bin nicht sicher, wie zu automatisieren, was ich tun möchte
Jede Hilfe ist willkommen.