Serilog.Settings.Configuration 8.0.1-dev-00583

Serilog.Settings.Configuration Build status NuGet Version

A Serilog settings provider that reads from Microsoft.Extensions.Configuration sources, including .NET Core's appsettings.json file.

By default, configuration is read from the Serilog section that should be at the top level of the configuration file.

{
  "Serilog": {
    "Using":  [ "Serilog.Sinks.Console", "Serilog.Sinks.File" ],
    "MinimumLevel": "Debug",
    "WriteTo": [
      { "Name": "Console" },
      { "Name": "File", "Args": { "path": "Logs/log.txt" } }
    ],
    "Enrich": [ "FromLogContext", "WithMachineName", "WithThreadId" ],
    "Destructure": [
      { "Name": "With", "Args": { "policy": "Sample.CustomPolicy, Sample" } },
      { "Name": "ToMaximumDepth", "Args": { "maximumDestructuringDepth": 4 } },
      { "Name": "ToMaximumStringLength", "Args": { "maximumStringLength": 100 } },
      { "Name": "ToMaximumCollectionCount", "Args": { "maximumCollectionCount": 10 } }
    ],
    "Properties": {
        "Application": "Sample"
    }
  }
}

After installing this package, use ReadFrom.Configuration() and pass an IConfiguration object.

static void Main(string[] args)
{
    var configuration = new ConfigurationBuilder()
        .SetBasePath(Directory.GetCurrentDirectory())
        .AddJsonFile("appsettings.json")
        .AddJsonFile($"appsettings.{Environment.GetEnvironmentVariable("ASPNETCORE_ENVIRONMENT") ?? "Production"}.json", true)
        .Build();

    var logger = new LoggerConfiguration()
        .ReadFrom.Configuration(configuration)
        .CreateLogger();

    logger.Information("Hello, world!");
}

This example relies on the Microsoft.Extensions.Configuration.Json, Serilog.Sinks.Console, Serilog.Sinks.File, Serilog.Enrichers.Environment and Serilog.Enrichers.Thread packages also being installed.

For a more sophisticated example go to the sample folder.

Syntax description

Root section name

Root section name can be changed:

{
  "CustomSection": {
    ...
  }
}
var options = new ConfigurationReaderOptions { SectionName = "CustomSection" };
var logger = new LoggerConfiguration()
    .ReadFrom.Configuration(configuration, options)
    .CreateLogger();

Using section and auto-discovery of configuration assemblies

Using section contains list of assemblies in which configuration methods (WriteTo.File(), Enrich.WithThreadId()) reside.

"Serilog": {
    "Using":  [ "Serilog.Sinks.Console", "Serilog.Enrichers.Thread", /* ... */ ],
    // ...
}

For .NET Core projects build tools produce .deps.json files and this package implements a convention using Microsoft.Extensions.DependencyModel to find any package among dependencies with Serilog anywhere in the name and pulls configuration methods from it, so the Using section in example above can be omitted:

{
  "Serilog": {
    "MinimumLevel": "Debug",
    "WriteTo": [ "Console" ],
    ...
  }
}

In order to utilize this convention for .NET Framework projects which are built with .NET Core CLI tools specify PreserveCompilationContext to true in the csproj properties:

<PropertyGroup Condition=" '$(TargetFramework)' == 'net46' ">
  <PreserveCompilationContext>true</PreserveCompilationContext>
</PropertyGroup>

In case of non-standard dependency management you can pass a custom DependencyContext object:

var functionDependencyContext = DependencyContext.Load(typeof(Startup).Assembly);

var options = new ConfigurationReaderOptions(functionDependencyContext) { SectionName = "AzureFunctionsJobHost:Serilog" };
var logger = new LoggerConfiguration()
    .ReadFrom.Configuration(hostConfig, options)
    .CreateLogger();

Alternatively, you can also pass an array of configuration assemblies:

var configurationAssemblies = new[]
{
    typeof(ConsoleLoggerConfigurationExtensions).Assembly,
    typeof(FileLoggerConfigurationExtensions).Assembly,
};
var options = new ConfigurationReaderOptions(configurationAssemblies);
var logger = new LoggerConfiguration()
    .ReadFrom.Configuration(configuration, options)
    .CreateLogger();

For legacy .NET Framework projects it also scans default probing path(s).

For all other cases, as well as in the case of non-conventional configuration assembly names DO use Using section.

.NET 5.0 onwards Single File Applications

Currently, auto-discovery of configuration assemblies is not supported in bundled mode. DO use Using section or explicitly pass a collection of configuration assemblies for workaround.

MinimumLevel, LevelSwitches, overrides and dynamic reload

The MinimumLevel configuration property can be set to a single value as in the sample above, or, levels can be overridden per logging source.

This is useful in ASP.NET Core applications, which will often specify minimum level as:

"MinimumLevel": {
    "Default": "Information",
    "Override": {
        "Microsoft": "Warning",
        "System": "Warning"
    }
}

MinimumLevel section also respects dynamic reload if the underlying provider supports it.

var configuration = new ConfigurationBuilder()
    .SetBasePath(Directory.GetCurrentDirectory())
    .AddJsonFile(path: "appsettings.json", reloadOnChange: true)
    .Build();

Any changes for Default, Microsoft, System sources will be applied at runtime.

(Note: only existing sources are respected for a dynamic update. Inserting new records in Override section is not supported.)

You can also declare LoggingLevelSwitch-es in custom section and reference them for sink parameters:

{
    "Serilog": {
        "LevelSwitches": { "controlSwitch": "Verbose" },
        "WriteTo": [
            {
                "Name": "Seq",
                "Args": {
                    "serverUrl": "http://localhost:5341",
                    "apiKey": "yeEZyL3SMcxEKUijBjN",
                    "controlLevelSwitch": "$controlSwitch"
                }
            }
        ]
    }
}

Level updates to switches are also respected for a dynamic update.

Since version 7.0.0, both declared switches (i.e. Serilog:LevelSwitches section) and minimum level override switches (i.e. Serilog:MinimumLevel:Override section) are exposed through a callback on the reader options so that a reference can be kept:

var allSwitches = new Dictionary<string, LoggingLevelSwitch>();
var options = new ConfigurationReaderOptions
{
    OnLevelSwitchCreated = (switchName, levelSwitch) => allSwitches[switchName] = levelSwitch
};

var logger = new LoggerConfiguration()
    .ReadFrom.Configuration(configuration, options)
    .CreateLogger();

LoggingLevelSwitch controlSwitch = allSwitches["$controlSwitch"];

WriteTo, Enrich, AuditTo, Destructure sections

These sections support simplified syntax, for example the following is valid if no arguments are needed by the sinks:

"WriteTo": [ "Console", "DiagnosticTrace" ]

Or alternatively, the long-form ("Name": ...) syntax from the example above can be used when arguments need to be supplied.

By Microsoft.Extensions.Configuration.Json convention, array syntax implicitly defines index for each element in order to make unique paths for configuration keys. So the example above is equivalent to:

"WriteTo": {
    "0": "Console",
    "1": "DiagnosticTrace"
}

And

"WriteTo:0": "Console",
"WriteTo:1": "DiagnosticTrace"

(The result paths for the keys will be the same, i.e. Serilog:WriteTo:0 and Serilog:WriteTo:1)

When overriding settings with environment variables it becomes less convenient and fragile, so you can specify custom names:

"WriteTo": {
    "ConsoleSink": "Console",
    "DiagnosticTraceSink": { "Name": "DiagnosticTrace" }
}

Properties section

This section defines a static list of key-value pairs that will enrich log events.

Filter section

This section defines filters that will be applied to log events. It is especially useful in combination with Serilog.Expressions (or legacy Serilog.Filters.Expressions) package so you can write expression in text form:

"Filter": [{
  "Name": "ByIncludingOnly",
  "Args": {
      "expression": "Application = 'Sample'"
  }
}]

Using this package you can also declare LoggingFilterSwitch-es in custom section and reference them for filter parameters:

{
    "Serilog": {
        "FilterSwitches": { "filterSwitch": "Application = 'Sample'" },
        "Filter": [
            {
                "Name": "ControlledBy",
                "Args": {
                    "switch": "$filterSwitch"
                }
            }
        ]
}

Level updates to switches are also respected for a dynamic update.

Since version 7.0.0, filter switches are exposed through a callback on the reader options so that a reference can be kept:

var filterSwitches = new Dictionary<string, ILoggingFilterSwitch>();
var options = new ConfigurationReaderOptions
{
    OnFilterSwitchCreated = (switchName, filterSwitch) => filterSwitches[switchName] = filterSwitch
};

var logger = new LoggerConfiguration()
    .ReadFrom.Configuration(configuration, options)
    .CreateLogger();

ILoggingFilterSwitch filterSwitch = filterSwitches["filterSwitch"];

Nested configuration sections

Some Serilog packages require a reference to a logger configuration object. The sample program in this project illustrates this with the following entry configuring the Serilog.Sinks.Async package to wrap the Serilog.Sinks.File package. The configure parameter references the File sink configuration:

"WriteTo:Async": {
  "Name": "Async",
  "Args": {
    "configure": [
      {
        "Name": "File",
        "Args": {
          "path": "%TEMP%/Logs/serilog-configuration-sample.txt",
          "outputTemplate":
              "{Timestamp:o} [{Level:u3}] ({Application}/{MachineName}/{ThreadId}) {Message}{NewLine}{Exception}"
        }
      }
    ]
  }
},

Destructuring

Destructuring means extracting pieces of information from an object and create properties with values; Serilog offers the @ structure-capturing operator. In case there is a need to customize the way log events are serialized (e.g., hide property values or replace them with something else), one can define several destructuring policies, like this:

"Destructure": [
  {
    "Name": "With",
    "Args": {
      "policy": "MyFirstNamespace.FirstDestructuringPolicy, MyFirstAssembly"
    }
  },
  {
    "Name": "With",
    "Args": {
      "policy": "MySecondNamespace.SecondDestructuringPolicy, MySecondAssembly"
    }
  },
   {
    "Name": "With",
    "Args": {
      "policy": "MyThirdNamespace.ThirdDestructuringPolicy, MyThirdAssembly"
    }
  },
],

This is how the first destructuring policy would look like:

namespace MyFirstNamespace;

public record MyDto(int Id, int Name);

public class FirstDestructuringPolicy : IDestructuringPolicy
{
    public bool TryDestructure(object value, ILogEventPropertyValueFactory propertyValueFactory, 
        [NotNullWhen(true)] out LogEventPropertyValue? result)
    {
        if (value is not MyDto dto)
        {
            result = null;
            return false;
        }

        result = new StructureValue(new List<LogEventProperty>
        {
            new LogEventProperty("Identifier", new ScalarValue(deleteTodoItemInfo.Id)),
            new LogEventProperty("NormalizedName", new ScalarValue(dto.Name.ToUpperInvariant()))
        });

        return true;
    }
}

Assuming Serilog needs to destructure an argument of type MyDto when handling a log event:

logger.Information("About to process input: {@MyDto} ...", myDto);

it will apply FirstDestructuringPolicy which will convert MyDto instance to a StructureValue instance; a Serilog console sink would write the following entry:

About to process input: {"Identifier": 191, "NormalizedName": "SOME_UPPER_CASE_NAME"} ...

Arguments binding

When the configuration specifies a discrete value for a parameter (such as a string literal), the package will attempt to convert that value to the target method's declared CLR type of the parameter. Additional explicit handling is provided for parsing strings to Uri, TimeSpan, enum, arrays and custom collections.

Since version 7.0.0, conversion will use the invariant culture (CultureInfo.InvariantCulture) as long as the ReadFrom.Configuration(IConfiguration configuration, ConfigurationReaderOptions options) method is used. Obsolete methods use the current culture to preserve backward compatibility.

Static member support

Static member access can be used for passing to the configuration argument via special syntax:

{
  "Args": {
     "encoding": "System.Text.Encoding::UTF8",
     "theme": "Serilog.Sinks.SystemConsole.Themes.AnsiConsoleTheme::Code, Serilog.Sinks.Console"
  }
}

Complex parameter value binding

If the parameter value is not a discrete value, it will try to find a best matching public constructor for the argument:

{
  "Name": "Console",
  "Args": {
    "formatter": {
      // `type` (or $type) is optional, must be specified for abstract declared parameter types
      "type": "Serilog.Templates.ExpressionTemplate, Serilog.Expressions",
      "template": "[{@t:HH:mm:ss} {@l:u3} {Coalesce(SourceContext, '<none>')}] {@m}\n{@x}"
      }
  }
}

For other cases the package will use the configuration binding system provided by Microsoft.Extensions.Options.ConfigurationExtensions to attempt to populate the parameter. Almost anything that can be bound by IConfiguration.Get<T> should work with this package. An example of this is the optional List<Column> parameter used to configure the .NET Standard version of the Serilog.Sinks.MSSqlServer package.

Abstract parameter types

If parameter type is an interface or an abstract class you need to specify the full type name that implements abstract type. The implementation type should have parameterless constructor.

"Destructure": [
    { "Name": "With", "Args": { "policy": "Sample.CustomPolicy, Sample" } },
    ...
],

IConfiguration parameter

If a Serilog package requires additional external configuration information (for example, access to a ConnectionStrings section, which would be outside of the Serilog section), the sink should include an IConfiguration parameter in the configuration extension method. This package will automatically populate that parameter. It should not be declared in the argument list in the configuration source.

IConfigurationSection parameters

Certain Serilog packages may require configuration information that can't be easily represented by discrete values or direct binding-friendly representations. An example might be lists of values to remove from a collection of default values. In this case the method can accept an entire IConfigurationSection as a call parameter and this package will recognize that and populate the parameter. In this way, Serilog packages can support arbitrarily complex configuration scenarios.

Samples

Azure Functions (v2, v3)

hosts.json

{
  "version": "2.0",
  "logging": {
    "applicationInsights": {
      "samplingExcludedTypes": "Request",
      "samplingSettings": {
        "isEnabled": true
      }
    }
  },
  "Serilog": {
    "MinimumLevel": {
        "Default": "Information",
        "Override": {
            "Microsoft": "Warning",
            "System": "Warning"
        }
    },
    "Enrich": [ "FromLogContext" ],
    "WriteTo": [
      { "Name": "Seq", "Args": { "serverUrl": "http://localhost:5341" } }
    ]
  }
}

In Startup.cs section name should be prefixed with AzureFunctionsJobHost

public class Startup : FunctionsStartup
{
    public override void Configure(IFunctionsHostBuilder builder)
    {
        builder.Services.AddSingleton<ILoggerProvider>(sp =>
        {
            var functionDependencyContext = DependencyContext.Load(typeof(Startup).Assembly);

            var hostConfig = sp.GetRequiredService<IConfiguration>();
            var options = new ConfigurationReaderOptions(functionDependencyContext) { SectionName = "AzureFunctionsJobHost:Serilog" };
            var logger = new LoggerConfiguration()
                .ReadFrom.Configuration(hostConfig, options)
                .CreateLogger();

            return new SerilogLoggerProvider(logger, dispose: true);
        });
    }
}

In order to make auto-discovery of configuration assemblies work, modify Function's csproj file

<Project Sdk="Microsoft.NET.Sdk">

  <!-- ... -->

  <!-- add this targets -->
  <Target Name="FunctionsPostBuildDepsCopy" AfterTargets="PostBuildEvent">
    <Copy SourceFiles="$(OutDir)$(AssemblyName).deps.json" DestinationFiles="$(OutDir)bin\$(AssemblyName).deps.json" />
  </Target>

  <Target Name="FunctionsPublishDepsCopy" AfterTargets="Publish">
    <Copy SourceFiles="$(OutDir)$(AssemblyName).deps.json" DestinationFiles="$(PublishDir)bin\$(AssemblyName).deps.json" />
  </Target>

</Project>

Versioning

This package tracks the versioning and target framework support of its Microsoft.Extensions.Configuration dependency.

Showing the top 20 packages that depend on Serilog.Settings.Configuration.

Packages Downloads
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
63
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
64
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
65
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
66
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
67
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
70
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
71
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
99
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
124
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
166
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
253
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
271
Serilog.AspNetCore
Serilog support for ASP.NET Core logging
332
Serilog.AspNetCore.Plus
Serilog support for ASP.NET Core logging with some plus features
63
Serilog.AspNetCore.Plus
Serilog support for ASP.NET Core logging with some plus features
64
Serilog.AspNetCore.Plus
Serilog support for ASP.NET Core logging with some plus features
155

https://github.com/serilog/serilog-settings-configuration/releases

Version Downloads Last updated
9.0.1-dev-02317 33 03/31/2025
9.0.0 46 12/10/2024
9.0.0-dev-02314 35 12/07/2024
9.0.0-dev-02313 31 12/07/2024
9.0.0-dev-02311 37 12/07/2024
9.0.0-dev-02304 32 12/04/2024
8.0.4 41 10/14/2024
8.0.4-dev-00604 33 10/21/2024
8.0.3 37 10/21/2024
8.0.3-dev-00600 38 10/21/2024
8.0.2 65 07/19/2024
8.0.2-dev-00599 38 08/20/2024
8.0.2-dev-00598 41 08/20/2024
8.0.2-dev-00592 58 07/19/2024
8.0.2-dev-00591 63 07/19/2024
8.0.1 59 07/19/2024
8.0.1-dev-00583 63 07/19/2024
8.0.1-dev-00582 55 07/19/2024
8.0.1-dev-00575 65 07/19/2024
8.0.1-dev-00572 60 07/19/2024
8.0.1-dev-00571 55 07/19/2024
8.0.1-dev-00561 51 07/19/2024
8.0.0 163 02/04/2024
8.0.0-dev-00556 51 07/19/2024
8.0.0-dev-00555 61 07/19/2024
8.0.0-dev-00550 62 07/19/2024
7.0.2-dev-00546 63 07/19/2024
7.0.1 57 07/19/2024
7.0.1-dev-00540 58 07/19/2024
7.0.0 65 02/05/2024
7.0.0-dev-00538 57 07/19/2024
7.0.0-dev-00535 55 07/19/2024
7.0.0-dev-00529 56 07/19/2024
7.0.0-dev-00527 67 07/19/2024
7.0.0-dev-00525 46 07/19/2024
7.0.0-dev-00521 57 07/19/2024
7.0.0-dev-00519 53 07/19/2024
7.0.0-dev-00513 52 07/19/2024
7.0.0-dev-00508 54 07/19/2024
7.0.0-dev-00504 65 07/19/2024
4.0.0-dev-00499 66 07/19/2024
4.0.0-dev-00486 56 07/19/2024
4.0.0-dev-00484 67 07/19/2024
4.0.0-dev-00482 57 07/19/2024
4.0.0-dev-00473 52 07/19/2024
4.0.0-dev-00456 59 07/19/2024
4.0.0-dev-00452 65 07/19/2024
4.0.0-dev-00448 54 07/19/2024
4.0.0-dev-00443 65 07/19/2024
4.0.0-dev-00440 59 07/19/2024
4.0.0-dev-00417 53 07/19/2024
4.0.0-dev-00413 56 07/19/2024
4.0.0-dev-00411 59 07/19/2024
4.0.0-dev-00408 55 07/19/2024
4.0.0-dev-00401 59 07/19/2024
4.0.0-dev-00395 62 07/19/2024
4.0.0-dev-00389 57 07/19/2024
4.0.0-dev-00385 56 07/19/2024
3.5.0-dev-00383 57 07/19/2024
3.5.0-dev-00370 54 07/19/2024
3.5.0-dev-00367 55 07/19/2024
3.5.0-dev-00359 65 07/19/2024
3.5.0-dev-00357 53 07/19/2024
3.5.0-dev-00355 55 07/19/2024
3.5.0-dev-00353 60 07/19/2024
3.5.0-dev-00352 58 07/19/2024
3.4.0 53 07/19/2024
3.3.1-dev-00337 54 07/19/2024
3.3.1-dev-00335 54 07/19/2024
3.3.1-dev-00327 59 07/19/2024
3.3.1-dev-00323 56 07/19/2024
3.3.1-dev-00313 69 07/19/2024
3.3.1-dev-00296 55 07/19/2024
3.3.0 170 02/04/2024
3.3.0-dev-00291 59 07/19/2024
3.2.1-dev-00288 63 07/19/2024
3.2.0 60 07/19/2024
3.2.0-dev-00283 60 07/19/2024
3.2.0-dev-00281 54 07/19/2024
3.2.0-dev-00272 56 07/19/2024
3.2.0-dev-00269 50 07/19/2024
3.2.0-dev-00266 65 07/19/2024
3.2.0-dev-00264 56 07/19/2024
3.2.0-dev-00261 58 07/19/2024
3.2.0-dev-00257 59 07/19/2024
3.2.0-dev-00249 55 07/19/2024
3.2.0-dev-00244 53 07/19/2024
3.2.0-dev-00239 55 07/19/2024
3.1.1-dev-00237 56 07/19/2024
3.1.1-dev-00234 59 07/19/2024
3.1.1-dev-00232 62 07/19/2024
3.1.1-dev-00228 56 07/19/2024
3.1.1-dev-00224 58 07/19/2024
3.1.1-dev-00216 74 07/19/2024
3.1.1-dev-00209 61 07/19/2024
3.1.0 56 07/19/2024
3.1.0-dev-00206 51 07/19/2024
3.1.0-dev-00204 58 07/19/2024
3.1.0-dev-00202 61 07/19/2024
3.1.0-dev-00200 61 07/19/2024
3.0.2-dev-00198 64 07/19/2024
3.0.2-dev-00195 52 07/19/2024
3.0.2-dev-00187 66 07/19/2024
3.0.2-dev-00186 54 07/19/2024
3.0.2-dev-00185 55 07/19/2024
3.0.2-dev-00183 60 07/19/2024
3.0.2-dev-00171 54 07/19/2024
3.0.1 69 07/19/2024
3.0.1-dev-00163 59 07/19/2024
3.0.1-dev-00160 65 07/19/2024
3.0.0 61 07/19/2024
3.0.0-dev-00149 62 07/19/2024
3.0.0-dev-00147 59 07/19/2024
3.0.0-dev-00142 59 07/19/2024
3.0.0-dev-00139 57 07/19/2024
3.0.0-dev-00133 57 07/19/2024
3.0.0-dev-00128 57 07/19/2024
3.0.0-dev-00125 61 07/19/2024
3.0.0-dev-00119 55 07/19/2024
3.0.0-dev-00116 58 07/19/2024
3.0.0-dev-00113 58 07/19/2024
3.0.0-dev-00112 64 07/19/2024
3.0.0-dev-00111 55 07/19/2024
3.0.0-dev-00108 64 07/19/2024
3.0.0-dev-00103 60 07/19/2024
3.0.0-dev-00097 56 07/19/2024
3.0.0-dev-00093 54 07/19/2024
3.0.0-dev-00083 57 07/19/2024
2.6.1 55 07/19/2024
2.6.0 68 07/19/2024
2.6.0-dev-00081 62 07/19/2024
2.5.1-dev-00078 60 07/19/2024
2.5.0 58 07/19/2024
2.4.1-dev-00072 69 07/19/2024
2.4.1-dev-00070 57 07/19/2024
2.4.1-dev-00063 57 07/19/2024
2.4.1-dev-00061 65 07/19/2024
2.4.0 66 07/19/2024
2.4.0-dev-00057 57 07/19/2024
2.4.0-dev-00055 68 07/19/2024
2.3.2-dev-00054 64 07/19/2024
2.3.1 61 07/19/2024
2.3.1-dev-00049 57 07/19/2024
2.3.0 68 07/19/2024
2.3.0-dev-00044 53 07/19/2024
2.3.0-dev-00042 63 07/19/2024
2.2.1-dev-00041 60 07/19/2024
2.2.0 63 07/19/2024
2.2.0-dev-00035 51 07/19/2024
2.1.0 53 07/19/2024
2.1.0-dev-00028 53 07/19/2024
2.1.0-dev-00026 57 07/19/2024
2.0.0 62 07/19/2024
2.0.0-rc-8 55 07/19/2024
2.0.0-rc-21 62 07/19/2024
2.0.0-rc-19 64 07/19/2024
2.0.0-rc-17 62 07/19/2024
2.0.0-rc-15 64 07/19/2024
2.0.0-rc-13 63 07/19/2024
2.0.0-beta-6 60 07/19/2024
2.0.0-beta-5 56 07/19/2024
2.0.0-beta-4 56 07/19/2024