Ich erstellte Pull-Request, der den Build auslöst und der Build war erfolgreich, aber nach einiger Zeit änderte sich mein Build-Status zu "build expired", um die Pull-Anfrage zu beenden, muss ich sie noch einmal auslösen. Die Frage ist also: Warum ist das passiert und wie kann man verhindern, dass Build abgelaufen ist?VSTS Build abgelaufen
Antwort
Also die "Build abgelaufen" ist eine Funktion der Branchenrichtlinien. Legen Sie einen Buildablauf fest, um sicherzustellen, dass Updates für Ihren geschützten Zweig keine Änderungen bei offenen Pull-Anforderungen beeinträchtigen.
Immer einen neuen Build erfordern: Diese Option setzt den Build-Richtlinienstatus in einer Pull-Anforderung auf fehlgeschlagen, wenn der geschützte Zweig aktualisiert wird. Sie müssen einen Build erneut anfordern, um den Build-Status zu aktualisieren. Diese Einstellung stellt sicher, dass die Änderungen in Pull-Anforderungen erfolgreich erstellt werden, selbst wenn sich der geschützte Zweig ändert. Diese Option ist am besten für Teams geeignet, die wichtige Zweige mit einem geringeren Änderungsvolumen haben. Teams, die in stark frequentierten Entwicklungsabteilungen arbeiten, können es als störend empfinden, auf die Fertigstellung eines Builds jedes Mal zu warten, wenn der geschützte Zweig aktualisiert wird. Erfordert einen neuen Build, wenn älter als ... Stunden: Mit dieser Option wird der aktuelle Richtlinienstatus ablaufen, wenn der geschützte Zweig aktualisiert wird, wenn der übergebene Build älter als der eingegebene Schwellenwert ist. Diese Option stellt einen Kompromiss dar zwischen dem Erfordernis eines Builds, wenn der geschützte Zweig aktualisiert wird und niemals einem solchen. Diese Auswahl eignet sich hervorragend, um die Anzahl der Builds zu reduzieren, wenn Ihr geschützter Zweig häufig aktualisiert wird. Erfordern keinen neuen Build: Aktualisierungen des geschützten Zweigs ändern nicht den Richtlinienstatus. Dies reduziert die Anzahl der Builds für Ihre Zweigstelle, kann jedoch beim Schließen von Pull-Anforderungen, die in letzter Zeit nicht aktualisiert wurden, Probleme verursachen. Details here
- 1. VSTS Xamarin.Android Build Fehler
- 2. VSTS Build fehlgeschlagen - Maven
- 3. TestFlight aktuelle Build ist abgelaufen
- 4. VSTS - Build Definition - Mehrere Agenten
- 5. VSTS Gulp Build Schritt Fehler
- 6. Quellversion 'T' in VSTS Build
- 7. stylecop mit VSTS Build-Definition
- 8. WebPack auf VSTS Hosted Build
- 9. VSTS Build: Git Submodul Automatisierung
- 10. VSTS Maven Build Failage - Verboten
- 11. Überprüfen Sie die vorherigen Build-Informationen in VSTS (VSTS-API)
- 12. Verwenden Sie abgelaufen Build auf TestFlight
- 13. VSTS-Build-Agents - Kann ein Computer mehrere Build-Agents ausführen?
- 14. VSTS Build-Ausgabe mit Release-Management
- 15. Ausschlussmuster funktioniert nicht für VSTS Build
- 16. VSTS Automatischer Build NuGet Packager/Publisher
- 17. Skip Lint in Android Build in Vsts
- 18. VSTS Build vNext NuGet benutzerdefiniertes Paket Quelle
- 19. VSTS fehlt bestimmte Build-Flag: env: BUILD_SOURCEVERSIONMESSAGE
- 20. VSTS - Kompilieren aspx Seiten auf Build
- 21. ReadyRoll-Serverdetails für VSTS Build-Phase
- 22. NuGet Update-Paket in VSTS Build-Aufgabe
- 23. Build-Definition von VSTS Null zurück
- 24. Wie generische Build und Release auf VSTS
- 25. Share-Build-Nummer zwischen VSTS-Builds
- 26. Kopieren app.publish Ordner in VSTS Build/Release
- 27. VSTS Ansicht des Build-Status nach Zweigstelle
- 28. Hosted Build Server auf VSTS konfigurieren
- 29. Auto Build VSTS wenn Code geschoben wird
- 30. VSTS-Build schlägt im Nuget-Wiederherstellungsschritt fehl