1

Wir haben TFS 2015. Einer unserer Build war rot lange Zeit. Ich möchte überprüfen, wer zum ersten Mal einen Build erstellt hat, aber die Historie der Build-Ergebnisse ist zu kurz. Ich klicke auf "mehr baut ...", aber die Geschichte wird nur noch um einige Dinge größer. Es ist erstaunlich, dass man die ganze Geschichte nicht sehen kann. Ich weiß es nicht. Mache ich etwas falsch? Gibt es keine Möglichkeit, die ganze Geschichte zu überprüfen? Unten Screenshot.Zu kurze Geschichte der Builds in TFS

Screenshot build history

Antwort

2

Dies ist, wie die Benutzeroberfläche zur Zeit arbeitet. Die Erwartung ist, dass Teams versuchen, ihren Build zu reparieren, wenn er bricht, und ihn nicht tagelang durchbrechen lässt.

Sie können abfragen, die Builds durch die tfx command line (wenn Sie es installiert haben)

C:\>tfx build list --status failed --top 200 --project yourproject 
     --definition-name yourbuilddefinition 

Optional es passieren --json eine einfach zu analysieren Ausgabe zu erhalten und filtern sie durch zum Beispiel Powershell.

Sobald Sie den Build gefunden haben, suchen Sie nach Ihnen die Details anfordern können

C:\>tfx build show --project MyProject --build-id 1364 

mit oder öffnen Sie einfach die Web-Seite für den Build, ist die Uri ziemlich vorhersehbar:

https://{account}.visualstudio.com/DefaultCollection 
     /{project}/_build?_a=summary&buildId={buildid} 

Da Sie festgestellt haben, dass nicht alle Builds beibehalten werden, gibt es eine Build Retention-Richtlinie, die sicherstellt, dass Sie nicht Gigabyte ungenutzter Daten speichern. Standardmäßig werden 10 Buildtage beibehalten. (Für VSTS:. Selbst wenn Sie diese ziemlich restriktive Politik schalten Sie baut wird immer noch von der Standardrichtlinie von VSTS gelöscht werden, die 30 Tage)

enter image description here

Wenn Sie Ihr baut auf unbestimmte Zeit zu halten, dann müssen Sie die Builds markieren.

enter image description here

+0

tat ich das, aber ich habe nur inforation wie: [id: 1364 Definition Name: Modules.Siren_develop durch angefordert: [DefaultCollection] \ Project Collection Service Accounts Status: Abgeschlossen Wartezeit : 2016-04-12T12: 21: 04.045Z] Es gibt keine Informationen über einen Push-Treiber, der den Build zerstört hat. –

+0

O.K. Ich habe die Einstellungen "Rational" in der Build Edit Ansicht gefunden. Dort kann ich 1) Tage zu behalten: 365 2) Build-Datensatz löschen: false 3) Löschen Quell Label: false 4) Testergebnisse löschen: false 4) Branch-Filter: Alle. Der Standardwert ist 7 für Tage, die beibehalten werden sollen. Ich habe das geändert und jetzt werde ich die ganze Geschichte haben, aber die gelöschten Gegenstände kann ich nicht auferstehen lassen. –

+0

Korrekte Aufbewahrung löscht Build-Datensätze nach Ablauf einer bestimmten Zeit. Sie können Builds als "Unbestimmt beibehalten" markieren, um sicherzustellen, dass sie unabhängig von den Richtlinieneinstellungen beibehalten werden. Einmal gelöscht, sind sie weg. Es gibt keinen Papierkorb oder rückgängig machen Funktionalität. – jessehouwing

Verwandte Themen