Ich bin Visual Studio Team Services verwenden, und ich möchte die Build-Richtlinien für Pull-Request verwenden, um auf entwickelnPull-Request Politik und Bauen in Visual Studio Team Services
Options http://img11.hostingpics.net/pics/638526Capture.png
Es ist großartig, außer, dass ich die auto-Warteschlange nicht für Build, wenn entwickeln aktualisiert wird, wie ich auf dieser Webseite sah: https://www.visualstudio.com/en-us/docs/git/branch-policies
Immer r equire a new build: Diese Option wird einen neuen Build in die Warteschlange stellen, wenn der Zielzweig aktualisiert wird. Dies stellt sicher, dass die Änderungen in der Pull-Anforderung den Pull-Request-Build unter Verwendung der letzten Commits auf dem Zielzweig passieren. Diese Option eignet sich am besten für kleinere Teams oder Zweigstellen mit einer geringeren Anzahl von Änderungen. Teams, die in stark frequentierten Zweigstellen arbeiten, können es bei jeder Aktualisierung der Zweigstelle mühsam finden, sie neu zu erstellen.
Jeder konnte einen neuen Build automatisch in die Warteschlange stellen, wenn der alte veraltet ist?
bearbeiten:
Ein wenig Workflow von dem, was eigentlich los ist:
- PR01 geschaffen zu entwickeln, bauen 01 die Warteschlange und getan
- PR02 geschaffen zu entwickeln, bauen 02 ist in der Warteschlange und fertig
- PR01 ist akzeptiert und zu entwickeln ist aktualisiert.
- PR02 ist akzeptiert, aber der Build ist veraltet, weil entwickeln hat sich geändert und kein Build wurde automatisch in die Warteschlange gestellt. Daher kann der PR02 nicht vollständig sein, da wir auf Build 03 warten müssen, das manuell in die Warteschlange gestellt werden muss.
Was ich möchte:
- PR01 entwickeln erstellt wird, bauen 01 in die Warteschlange gestellt und getan
- PR02 entwickeln erstellt wird, bauen 02 in die Warteschlange gestellt und getan
- PR01 akzeptiert wird, und entwickeln ist aktualisiert.
- Bauen 03 für PR02 Warteschlange gestellt wird, weil entwickeln hat
geändert - PR02 akzeptiert und vollständige
Gibt es eine Möglichkeit, dies zu tun?
Danke für Ihre Hilfe
Ich verstehe die Frage nicht. Was meinst du damit, wenn du sagst: "Ich habe keine automatische Warteschlange für Build, wenn Entwicklung aktualisiert wird"? –
Wenn es Änderungen im Entwicklungszweig nach dem ersten Build gibt, der von der PR erstellt wurde, habe ich nur etwas, das mir sagt, dass der Build veraltet ist und ich manuell einen neuen einreihen muss. Ich möchte diesen Vorgang vermeiden, da der Build ziemlich lang sein kann. –
@GuillaumePhilipp Sie haben die "Immer einen neuen Build benötigen" in dem Screenshot, den Sie zur Verfügung gestellt, dessen Beschreibung ist der Textblock, den Sie auch zur Verfügung stellen. Wenn der _develop_-Zweig aktualisiert wird, wird ein neuer Build automatisch in die Warteschlange gestellt. Kannst du bestätigen? –