2016-04-22 18 views
0

Jeden Montag führt unser Team den dev-Zweig zu einer "Haupt" -Zweig zusammen, die von unserem Test-Team zu Testzwecken verwendet wird. Man könnte sagen, dass unser Hauptzweig jeden Montag genau die gleichen Dateien hat wie unser Dev-Zweig.Automater zu einem anderen Zweig nach einem erfolgreichen Build

Ich denke an die Automatisierung dieser Aufgabe. Ich möchte eine Build-Definition erstellen. Die Definition wird jeden Sonntag laufen, meinen dev-Zweig erstellen und wenn es erfolgreich ist, werden alle Änderungen, die während dieser Woche vorgenommen wurden, automatisch in den Hauptzweig übernommen.

Ich habe ein Skript gefunden: https://geekygulati.com/2013/02/17/automerging-in-tfs/ aber es ist nicht für TFS-Build-Skript entwickelt, mehr für unabhängige Systeme.

Also ich würde gerne wissen, wenn es eine einfache Möglichkeit mit dem TFS gibt, bin ich kein großer Experte. Irgendwelche Vorschläge, wie es geht? Ich bin sicher, es gibt viele Möglichkeiten, so etwas zu erreichen. Ich würde gerne wissen, wie Sie es tun würden.

Antwort

0

Wenn Sie TFS 2013 oder höher verwenden, glaube ich, dass Sie nach dem Build eine Option zum Ausführen eines PowerShell-Skripts haben. Sie können diesen Erweiterungspunkt verwenden, um das Skript auszuführen, auf das Sie verwiesen haben.

enter image description here

Es klingt wie Sie erweiterte in Ihrer Entwicklungspraktiken sind. Ich würde vorschlagen, immer von einer einzigen Hauptfiliale zu arbeiten. Wir haben diesen Übergang vor zwei Jahren vorsichtig gemacht und es geliebt. Dies war unser erster großer Schritt zur kontinuierlichen Lieferung. Der Trick ist, dass Sie sicherstellen müssen, dass Ihre Änderungen "Release Ready" sind. Schau es dir an - https://dotnetcatch.com/2016/02/16/are-you-release-ready/