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
Antwort
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)
Wenn Sie Ihr baut auf unbestimmte Zeit zu halten, dann müssen Sie die Builds markieren.
- 1. TFS: Wie kann ich die Geschichte der fehlgeschlagenen Builds konfigurieren
- 2. Gelöschte TFS-Builds verschieben
- 3. TFS Check Geschichte
- 4. Möglichkeit, Karma mit TFS-Builds zu verwenden
- 5. Ändern der Position des TFS-Builds
- 6. TFS REST API: Item Geschichte
- 7. Ist es möglich, in TFS eine "Geschichte zerstören" zu machen?
- 8. Verwenden von TFS-Builds von DLLs
- 9. TFS 2015 v.Next build: Parallele Lösungs-Builds?
- 10. TFS-Benutzer kann keine Geschichte anzeigen
- 11. TFS 2010: Builds basierend auf Labels automatisieren?
- 12. Git-Tfs fehlt Geschichte auf Zweig
- 13. Befehlszeilenargument zum Löschen aller TFS-Builds?
- 14. Builds mit normaler Priorität werden nicht in TFS 2010 erstellt
- 15. MSTest Absturz während eines Builds in TFS 2008 SP1
- 16. Wie aktivieren Sie Code Coverage in Builds innerhalb von TFS?
- 17. Erhalten Sie die Änderungsnummer eines ausgelösten Builds in TFS 2010
- 18. Ausführen von Code-Metriken in Builds für TFS 2012
- 19. Können Sie inkrementelle Builds über Jenkins TFS konfigurieren
- 20. TFS: Abfrage nach Builds, die ein bestimmtes Changeset enthalten
- 21. Visual Studio (mit TFS) Geschichte anders als Lösung Explorer?
- 22. Wie würden Sie mit Subversion oder TFS automatische Builds einrichten?
- 23. Benutzerdefinierte benutzerdefinierte Umbraco-Ziele während des TFS-Builds anrufen
- 24. Wie bekomme ich TFS 2010 Builds, um neue Buildkonfiguration zu verwenden und Webkonfiguration zu transformieren
- 25. Persönliche Builds (Pre-Test Commits) mit TFS und Jenkins
- 26. Erstellen und Ausführen eines Docker-Images von TFS-Builds
- 27. Kann ich eine Datei von der Auslösung eines CI-Builds in TFS ausschließen?
- 28. Geschichte der contentEditable Alternativen
- 29. Kurze Implementierungsbeispiele der abstrakten Interpretation
- 30. Was ist der 'kurze' Datentyp in C?
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. –
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. –
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