Serilog.Settings.Configuration 8.0.1-dev-00571

Prefix Reserved
This is a prerelease version of Serilog.Settings.Configuration.
There is a newer version of this package available.
See the version list below for details.
dotnet add package Serilog.Settings.Configuration --version 8.0.1-dev-00571                
NuGet\Install-Package Serilog.Settings.Configuration -Version 8.0.1-dev-00571                
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="Serilog.Settings.Configuration" Version="8.0.1-dev-00571" />                
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add Serilog.Settings.Configuration --version 8.0.1-dev-00571                
#r "nuget: Serilog.Settings.Configuration, 8.0.1-dev-00571"                
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install Serilog.Settings.Configuration as a Cake Addin
#addin nuget:?package=Serilog.Settings.Configuration&version=8.0.1-dev-00571&prerelease

// Install Serilog.Settings.Configuration as a Cake Tool
#tool nuget:?package=Serilog.Settings.Configuration&version=8.0.1-dev-00571&prerelease                

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.

{
  "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": "policy": "MySecondNamespace.SecondDestructuringPolicy, MySecondAssembly"
    }
  },
   {
    "Name": "With",
    "Args": {
      "policy": "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">

  

  
  <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.

Product Compatible and additional computed target framework versions.
.NET net5.0 was computed.  net5.0-windows was computed.  net6.0 is compatible.  net6.0-android was computed.  net6.0-ios was computed.  net6.0-maccatalyst was computed.  net6.0-macos was computed.  net6.0-tvos was computed.  net6.0-windows was computed.  net7.0 is compatible.  net7.0-android was computed.  net7.0-ios was computed.  net7.0-maccatalyst was computed.  net7.0-macos was computed.  net7.0-tvos was computed.  net7.0-windows was computed.  net8.0 is compatible.  net8.0-android was computed.  net8.0-browser was computed.  net8.0-ios was computed.  net8.0-maccatalyst was computed.  net8.0-macos was computed.  net8.0-tvos was computed.  net8.0-windows was computed. 
.NET Core netcoreapp2.0 was computed.  netcoreapp2.1 was computed.  netcoreapp2.2 was computed.  netcoreapp3.0 was computed.  netcoreapp3.1 was computed. 
.NET Standard netstandard2.0 is compatible.  netstandard2.1 was computed. 
.NET Framework net461 was computed.  net462 is compatible.  net463 was computed.  net47 was computed.  net471 was computed.  net472 was computed.  net48 was computed.  net481 was computed. 
MonoAndroid monoandroid was computed. 
MonoMac monomac was computed. 
MonoTouch monotouch was computed. 
Tizen tizen40 was computed.  tizen60 was computed. 
Xamarin.iOS xamarinios was computed. 
Xamarin.Mac xamarinmac was computed. 
Xamarin.TVOS xamarintvos was computed. 
Xamarin.WatchOS xamarinwatchos was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (717)

Showing the top 5 NuGet packages that depend on Serilog.Settings.Configuration:

Package Downloads
Serilog.AspNetCore

Serilog support for ASP.NET Core logging

Umbraco.Cms.Infrastructure

Contains the infrastructure assembly needed to run Umbraco CMS.

IppDotNetSdkForQuickBooksApiV3

The IPP .NET SDK for QuickBooks V3 is a set of .NET classes that make it easier to call QuickBooks APIs. This is the .Net Standard 2.0 version of the .Net SDK

Sitko.Core.App

Sitko.Core is a set of libraries to help build .NET Core applications fast

NBomber

Modern and flexible load testing framework for Pull and Push scenarios, designed to test any system regardless a protocol (HTTP/WebSockets/AMQP etc) or a semantic model (Pull/Push).

GitHub repositories (145)

Showing the top 5 popular GitHub repositories that depend on Serilog.Settings.Configuration:

Repository Stars
jellyfin/jellyfin
The Free Software Media System
microsoft/ailab
Experience, Learn and Code the latest breakthrough innovations with Microsoft AI
RayWangQvQ/BiliBiliToolPro
B 站(bilibili)自动任务工具,支持docker、青龙、k8s等多种部署方式。敏感肌也能用。
Kareadita/Kavita
Kavita is a fast, feature rich, cross platform reading server. Built with the goal of being a full solution for all your reading needs. Setup your own server and share your reading collection with your friends and family.
EventStore/EventStore
EventStoreDB, the event-native database. Designed for Event Sourcing, Event-Driven, and Microservices architectures
Version Downloads Last updated
9.0.0-dev-02304 314 11/23/2024
8.0.4 3,612,752 10/10/2024
8.0.4-dev-00604 165 10/9/2024
8.0.3 198,069 10/8/2024
8.0.3-dev-00600 157 10/8/2024
8.0.2 10,741,863 7/11/2024
8.0.2-dev-00599 190 8/18/2024
8.0.2-dev-00598 185 8/6/2024
8.0.2-dev-00592 161 7/11/2024
8.0.2-dev-00591 170 7/11/2024
8.0.1 2,665,264 6/6/2024
8.0.1-dev-00583 11,359 5/13/2024
8.0.1-dev-00582 56,111 3/21/2024
8.0.1-dev-00575 19,570 2/26/2024
8.0.1-dev-00572 12,623 2/19/2024
8.0.1-dev-00571 294 2/19/2024
8.0.1-dev-00561 164,429 11/15/2023
8.0.0 42,013,276 11/15/2023
8.0.0-dev-00556 527 11/15/2023
8.0.0-dev-00555 518 11/15/2023
8.0.0-dev-00550 756 11/13/2023
7.0.2-dev-00546 52,138 8/30/2023
7.0.1 7,317,027 8/23/2023
7.0.1-dev-00540 833 8/21/2023
7.0.0 27,854,275 5/10/2023
7.0.0-dev-00538 713 8/5/2023
7.0.0-dev-00535 733 7/5/2023
7.0.0-dev-00529 1,376 5/10/2023
7.0.0-dev-00527 1,347 5/9/2023
7.0.0-dev-00525 856 5/8/2023
7.0.0-dev-00521 724 5/8/2023
7.0.0-dev-00519 691 5/8/2023
7.0.0-dev-00513 1,105 5/5/2023
7.0.0-dev-00508 4,880 5/5/2023
7.0.0-dev-00504 736 5/5/2023
4.0.0-dev-00499 19,797 4/21/2023
4.0.0-dev-00486 31,869 3/21/2023
4.0.0-dev-00484 700 3/21/2023
4.0.0-dev-00482 802 3/21/2023
4.0.0-dev-00473 4,459 3/16/2023
4.0.0-dev-00456 13,822 3/15/2023
4.0.0-dev-00452 706 3/14/2023
4.0.0-dev-00448 2,002 3/13/2023
4.0.0-dev-00443 735 3/13/2023
4.0.0-dev-00440 1,107 3/12/2023
4.0.0-dev-00417 723 3/12/2023
4.0.0-dev-00413 705 3/12/2023
4.0.0-dev-00411 813 3/11/2023
4.0.0-dev-00408 707 3/11/2023
4.0.0-dev-00401 684 3/11/2023
4.0.0-dev-00395 718 3/10/2023
4.0.0-dev-00389 937 3/10/2023
4.0.0-dev-00385 1,028 3/9/2023
3.5.0-dev-00383 8,901 3/9/2023
3.5.0-dev-00370 138,760 1/6/2023
3.5.0-dev-00367 25,372 12/19/2022
3.5.0-dev-00359 150,446 10/18/2022
3.5.0-dev-00357 4,842 10/13/2022
3.5.0-dev-00355 29,451 9/14/2022
3.5.0-dev-00353 807 9/13/2022
3.5.0-dev-00352 874 9/13/2022
3.4.0 39,330,896 9/13/2022
3.3.1-dev-00337 174,702 5/13/2022
3.3.1-dev-00335 868 5/12/2022
3.3.1-dev-00327 1,416 5/11/2022
3.3.1-dev-00323 803 5/11/2022
3.3.1-dev-00313 16,737 4/14/2022
3.3.1-dev-00296 159,113 1/8/2022
3.3.0 133,772,962 10/7/2021
3.3.0-dev-00291 156,747 8/31/2021
3.2.1-dev-00288 26,692 8/13/2021
3.2.0 7,715,946 8/11/2021
3.2.0-dev-00283 880 8/11/2021
3.2.0-dev-00281 813 8/11/2021
3.2.0-dev-00272 103,159 5/7/2021
3.2.0-dev-00269 3,686 5/3/2021
3.2.0-dev-00266 36,753 3/26/2021
3.2.0-dev-00264 176,942 11/24/2020
3.2.0-dev-00261 1,689 11/23/2020
3.2.0-dev-00257 1,949 11/20/2020
3.2.0-dev-00249 35,284 11/6/2020
3.2.0-dev-00244 465,686 5/26/2020
3.2.0-dev-00239 14,824 5/13/2020
3.1.1-dev-00237 15,796 5/13/2020
3.1.1-dev-00234 1,808 5/12/2020
3.1.1-dev-00232 1,399 5/11/2020
3.1.1-dev-00228 1,549 5/10/2020
3.1.1-dev-00224 66,360 3/25/2020
3.1.1-dev-00216 908,300 11/21/2019
3.1.1-dev-00209 476,518 6/3/2019
3.1.0 182,080,091 6/2/2019
3.1.0-dev-00206 1,303 6/2/2019
3.1.0-dev-00204 1,264 6/2/2019
3.1.0-dev-00202 1,251 6/2/2019
3.1.0-dev-00200 1,257 6/2/2019
3.0.2-dev-00198 3,547 5/24/2019
3.0.2-dev-00195 15,143 5/6/2019
3.0.2-dev-00187 93,634 1/7/2019
3.0.2-dev-00186 1,546 1/7/2019
3.0.2-dev-00185 1,370 1/7/2019
3.0.2-dev-00183 1,355 1/7/2019
3.0.2-dev-00171 1,539 1/4/2019
3.0.1 13,153,863 10/17/2018
3.0.1-dev-00163 1,694 10/17/2018
3.0.1-dev-00160 7,821 10/15/2018
3.0.0 778,371 10/7/2018
3.0.0-dev-00149 1,369 10/7/2018
3.0.0-dev-00147 1,399 10/7/2018
3.0.0-dev-00142 1,405 10/6/2018
3.0.0-dev-00139 1,400 10/5/2018
3.0.0-dev-00133 5,311 9/29/2018
3.0.0-dev-00128 3,380 9/22/2018
3.0.0-dev-00125 5,103 9/16/2018
3.0.0-dev-00119 36,265 7/28/2018
3.0.0-dev-00116 7,874 7/18/2018
3.0.0-dev-00113 12,381 7/9/2018
3.0.0-dev-00112 65,916 5/14/2018
3.0.0-dev-00111 2,559 5/9/2018
3.0.0-dev-00108 3,825 4/30/2018
3.0.0-dev-00103 2,735 4/21/2018
3.0.0-dev-00097 4,379 4/11/2018
3.0.0-dev-00093 13,653 4/5/2018
3.0.0-dev-00083 53,868 3/14/2018
2.6.1 10,300,157 3/15/2018
2.6.0 23,764 3/14/2018
2.6.0-dev-00081 9,154 2/13/2018
2.5.1-dev-00078 1,788 2/13/2018
2.5.0 968,335 2/10/2018
2.4.1-dev-00072 4,681 1/30/2018
2.4.1-dev-00070 22,294 12/15/2017
2.4.1-dev-00063 20,192 11/8/2017
2.4.1-dev-00061 28,624 9/7/2017
2.4.0 2,777,119 5/18/2017
2.4.0-dev-00057 6,228 4/12/2017
2.4.0-dev-00055 2,083 4/5/2017
2.3.2-dev-00054 1,633 4/5/2017
2.3.1 114,525 4/5/2017
2.3.1-dev-00049 1,651 4/5/2017
2.3.0 16,486 3/29/2017
2.3.0-dev-00044 4,223 3/10/2017
2.3.0-dev-00042 5,304 1/17/2017
2.2.1-dev-00041 1,623 1/17/2017
2.2.0 284,675 11/6/2016
2.2.0-dev-00035 7,010 9/1/2016
2.1.0 52,499 7/26/2016
2.1.0-dev-00028 2,499 7/6/2016
2.1.0-dev-00026 1,764 7/5/2016
2.0.0 91,788 7/5/2016
2.0.0-rc-8 2,146 5/27/2016
2.0.0-rc-21 1,797 6/20/2016
2.0.0-rc-19 1,714 6/6/2016
2.0.0-rc-17 1,594 6/4/2016
2.0.0-rc-15 1,618 6/1/2016
2.0.0-rc-13 1,655 5/27/2016
2.0.0-beta-6 2,904 3/9/2016
2.0.0-beta-5 1,688 3/4/2016
2.0.0-beta-4 1,753 3/4/2016