Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Add structured logging to ImageBuilder

Offen
#1,908 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
35/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Tech-Stack
csharp

Rechercherichtung

Beginne damit, den ImageBuilder-Einstiegspunkt zu finden und die aktuelle Verwendung von Microsoft.Extensions.Logging zu überprüfen. Untersuche anschließend, wie Pipeline-Jobs Artefakte veröffentlichen, und vergleiche die vorgeschlagenen Ansätze mit Serilog und NLog. Erledigt ist die Aufgabe, wenn eine prägnante Konsolenausgabe, ein strukturiertes JSON-Log pro Aufruf und ein hochgeladenes Log-Artefakt pro Pipeline-Job vorhanden sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

area-infrastructure

Adding structured logging to ImageBuilder would allow us to analyze log outputs and operate on log data using jq or other tools.

I propose that we split ImageBuilder's logging into two components:

  • High-level console logging that is concise (fits on ~one terminal screen) and easily parsable by humans and LLMs.
  • Detailed structured logging in json that is output to a file and published as a pipeline artifact. One log per ImageBuilder invocation. Put each log file into one folder and upload one log artifact per pipeline job.

Microsoft.Extensions.Logging does not have file logging support natively. See https://github.com/dotnet/runtime/issues/59322. There are a couple libraries that can provide this functionality through M.E.Logging.Abstractions (using ILogger) - both are popular and in active development:

NLog version 6 fully supports Native AOT/trimming so I lean towards that one.

Vorherrschende Sprache
C#
Sterne
181
Forks
67
Ø Merge
2 T. 58 Min.
Gemergte PRs (30 T.)
16

Entwicklungsumgebung

In Codespaces öffnen

Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.

  • Kein Dockerfile und keine Docker-Compose-Datei
  • Keine Pull-Request-Vorlage
  • Kein Beitragsleitfaden

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus dotnet/docker-tools

Alle Issues in dotnet/docker-tools

Ähnliche Issues

Weitere Issues zu C#

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.