2016-06-16 8 views
3

Ich tfs 2015 und habe es erstellen, wenn eine Pull-Anforderung zu einem bestimmten Zweig erstellt wird.tfs Build-Retention bei Pull-Anforderung

Es scheint, dass die Aufbewahrungsrichtlinien nicht daran arbeiten, da sie nur 1 Tag dauern sollten und sie monatelang dort sind.

Ich denke, das Problem ist der Quellzweig. Auf den Pull-Requests baut es sich als refs/pull/688/merge auf. Die Aufbewahrungsrichtlinien suchen nach refs/heads/*.

Werden sie deshalb nicht gelöscht, und wenn ja, wie kann ich die Pull-Request-Builds hinzufügen, um sie zu löschen?

Ich habe Typisierung versucht refs/Zug/* in der Beibehaltung aber es kommt wieder als refs/Kopf/refs/Zug/*

Antwort

1

Dies ist auf das refs/pull/688/merge Zweig erstellt wurde und nur für den Build von Pull anfordern. Der normale Zweig ist jedoch refer/heads/(master/feature/...). Es ist nicht in den Verzweigungsfiltern der normalen Verzweigung. Daher hat die Build-Aufbewahrung keine Auswirkung auf den Pull-Request-Build.

Momentan müssen Sie die Pull-Request-Builds möglicherweise manuell löschen. Sie können auch eine Benutzerstimme in this site für diese Feature-Anforderung hinzufügen. PM wird es freundlicherweise überprüfen.

0

Es wird in Microsofts Dokumentation here erklärt. Ihre Minimum to keep ist nicht Null, so dass immer etwas für die Pull-Anfragen "Filialen" gehalten wird.

In Ihrem Fall, dass Sie eine neue Aufbewahrungsrichtlinie mit 1 Days to keep 0 für Minimum to keep und refs/pull/* für Branch specification/Branch filters

Im Jahr 2017 (lokal, nicht VSTS) hinzufügen möchten /ref/pull/* Eingabe nicht funktioniert, beenden Sie mit +refs/heads//ref/pull/* up - das + ist das include. Eingabe refs/pull/* funktioniert gut und Sie erhalten +refs/pull/*