Push-Code vom VSTS-Repository zum On-Prem-TFS?

Dies ist mein erster Post hier, also vergib mir, wenn ich eine existierende Antwort auf diese Frage verpasst habe.Push-Code vom VSTS-Repository zum On-Prem-TFS?

Grundsätzlich führt meine Firma Off-Site-Entwicklung für verschiedene Kunden in der Regierung. Intern verwenden wir Cloud VSTS, Octopus Deploy und Selenium, um eine kontinuierliche Bereitstellungspipeline in unseren internen Azure-Umgebungen sicherzustellen. Wir versuchen, diese Pipeline in die On-Prem-Umgebungen unserer Kunden zu integrieren, um unnötige Bereitstellungsgemeinkosten zu reduzieren. Aufgrund der Sicherheitsrichtlinien können wir unsere VSTS/Octopus-Instanzen leider nicht verwenden, um Code direkt in die Client-Umgebung zu pushen. Daher suche ich nach einer Möglichkeit, Code aus unserer VSTS-Umgebung in eine On-Premix-Instanz von TFS zu integrieren ihr Ende.

Was ich wirklich bin, ist ein System, bei dem sich der Client in unserer VSTS-Umgebung anmeldet, den Code validiert und dann einen Knopf drückt, der ihn zu seinem lokalen TFS bringt, wo ein Replikat unseres automatisierten Builds erstellt wird und Testprozess wird die CI-Pipeline durch ihre Umgebungen und in Prod verwalten.

Ist das überhaupt möglich? Was sind meine Möglichkeiten hier?

Quelle

2017-01-19 Dan

Verwenden Sie TFVC oder Git Versionskontrolle? –

Benötigen Sie noch den Verlauf des Quellcodes in Ihrem VSTS? –

Ja, immer noch alle Code und Geschichte in unseren VSTs, aber brauchen keine Geschichte in Client TFS unbedingt, nur der Code – Dan

Es gibt keinen direkten Weg zur Migration von Quellcode mit Verlauf von VSTS zu einem lokalen TFS. Sie benötigen 3rd Party Tool, wie Commercial Edition of OpsHub (beachten Sie, dass es nicht kostenlos ist).

Quelle

2017-01-20 09:47:31

Danke! Verdammt, diese Software ist teuer. Es wird ein harter Verkauf sein, denke ich, aber es ist ein Anfang – Dan

Es klingt wie Sie eine neue Funktion benötigen, die Octopus Deploy steht vor der Tür finden Sie https://octopus.com/blog/roadmap-2017 -> Octopus Mitteilung Promotions

Ich zitiere: Viele Kunden in Umgebung arbeiten, wo Releases zwischen mehr als einem Octopus Server fließen muss - Die zwei häufigsten Szenarien sind: Agenturen, die einen Octopus für Entwickler/Test verwenden, aber dann einen Octopus-Server an jedem Standort ihres Kunden benötigen, um Produktionsbereitstellungen durchzuführen

Quelle

2017-01-20 15:02:28

Danke E. Staal. Dies war tatsächlich die erste Lösung, die ich vorgeschlagen habe; dass wir die Veröffentlichung direkt auf einen Octopus-Server im Client-Netzwerk übertragen. Leider hat der Client das heruntergefahren, da es einfach eine WSP-Datei pushen würde und es ihnen nicht erlauben würde, den Code richtig zu auditieren. Es stellte auch das Problem der Ausführung von Selentests dar, die wir über vsts durchführen, aber unsere eigene vsts-Instanz kann nicht mit der Anwendung in ihrem Netzwerk kommunizieren. – Dan

Sie führen also während des Builds Ihre Selentests durch? Nutzt dein Build nicht sehr lange? Wir verwenden Telerik Test Studio und führen unsere Tests von Octopus Deploy aus, nachdem wir eine Testumgebung veröffentlicht haben. –

Ich werde Folgendes vorschlagen. Obwohl es kleines benutzerdefiniertes Skript enthält.

Fügen Sie Ihrem VST Build-Agent hinzu, der sich physisch beim Kunden befindet. Dies ist einfach, registrieren Sie einfach den Agenten mit dem Online-Endpunkt.
Erstellen Sie Build-Definition in VSTS, die Code von VSTS erhält. Aber anstatt zu bauen, verpflichtet es sich zu lokalen tfs. Sie benötigen hier einen kleinen Powershell-Code. Sie können es als benutzerdefinierten Powershell-Schritt in der Builddefinition hinzufügen.
Lokale TFS orchestriert den Rest.

Benutzerdefinierte Code: Sagen Sie Ihre Agenten auf d:/Agent 1. Halten Sie lokale tfs in ein Verzeichnis zugeordnet (sagen c:/tfs)

Die Skript kopiert neue Quellen über irgendeinen Code von d:/agent/work/nach c:/tfs
Überträgt von c:/tfs zu local tfs. Hinweis: Sie müssen/zwingen Option (und wahrscheinlich einige mehr), um Konflikte zu vermeiden.

Ich glaube, das ist nicht so hässlich wie es klingt.

Quelle

2017-06-11 09:42:15 Eduard

Push-Code vom VSTS-Repository zum On-Prem-TFS?

Antwort

Verwandte Themen