Serilog.Sinks.Elasticsearch 10.0.0

dotnet add package Serilog.Sinks.Elasticsearch --version 10.0.0
NuGet\Install-Package Serilog.Sinks.Elasticsearch -Version 10.0.0
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.Sinks.Elasticsearch" Version="10.0.0" />
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add Serilog.Sinks.Elasticsearch --version 10.0.0
#r "nuget: Serilog.Sinks.Elasticsearch, 10.0.0"
#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.Sinks.Elasticsearch as a Cake Addin
#addin nuget:?package=Serilog.Sinks.Elasticsearch&version=10.0.0

// Install Serilog.Sinks.Elasticsearch as a Cake Tool
#tool nuget:?package=Serilog.Sinks.Elasticsearch&version=10.0.0

Serilog.Sinks.Elasticsearch Continuous Integration NuGet Badge

This repository contains two nuget packages: Serilog.Sinks.Elasticsearch and Serilog.Formatting.Elasticsearch.

Just a heads up that the .NET team @elastic have created their own new Serilog Sink called Elastic.Serilog.Sinks (Package: https://www.nuget.org/packages/Elastic.Serilog.Sinks#readme-body-tab and documentation: https://www.elastic.co/guide/en/ecs-logging/dotnet/current/serilog-data-shipper.html). Although this current sink will still work, I advise you to have a look first at the official Elastic implementation as it is better supported and more up to date.

Table of contents

What is this sink

The Serilog Elasticsearch sink project is a sink (basically a writer) for the Serilog logging framework. Structured log events are written to sinks and each sink is responsible for writing it to its own backend, database, store etc. This sink delivers the data to Elasticsearch, a NoSQL search engine. It does this in a similar structure as Logstash and makes it easy to use Kibana for visualizing your logs.

Features

  • Simple configuration to get log events published to Elasticsearch. Only server address is needed.
  • All properties are stored inside fields in ES. This allows you to query on all the relevant data but also run analytics over this data.
  • Be able to customize the store; specify the index name being used, the serializer or the connections to the server (load balanced).
  • Durable mode; store the logevents first on disk before delivering them to ES making sure you never miss events if you have trouble connecting to your ES cluster.
  • Automatically create the right mappings for the best usage of the log events in ES or automatically upload your own custom mapping.
  • Starting from version 3, compatible with Elasticsearch 2.
  • Version 6.x supports the new Elasticsearch.net version 6.x library.
  • From version 8.x there is support for Elasticsearch.net version 7.
  • From version 9.x there is support for Elasticsearch.net version 8. Version detection is enabled by default, in which case TypeName is handled automatically across major versions 6, 7 and 8. Versions 2 and 5 of Elasticsearch are no longer supported. Version 9.0.0 of the sink targets netstandard2.0 and therefore can be run on any .NET Framework that supports it (both .NET Core and .NET Framework), however, we are focused on testing it with .NET 6.0 to make the maintenance simpler.

Quick start

Elasticsearch sinks

Install-Package serilog.sinks.elasticsearch

Simplest way to register this sink is to use default configuration:

var loggerConfig = new LoggerConfiguration()
    .WriteTo.Elasticsearch(new ElasticsearchSinkOptions(new Uri("http://localhost:9200")));

Or, if using .NET Core and Serilog.Settings.Configuration Nuget package and appsettings.json, default configuration would look like this:

{
  "Serilog": {
    "Using": [ "Serilog.Sinks.Elasticsearch" ],
    "MinimumLevel": "Warning",
    "WriteTo": [
      {
        "Name": "Elasticsearch",
        "Args": {
          "nodeUris": "http://localhost:9200"
        }
      }
    ]
  }
}

More elaborate configuration, using additional Nuget packages (e.g. Serilog.Enrichers.Environment) would look like:

{
  "Serilog": {
    "Using": [ "Serilog.Sinks.Elasticsearch" ],
    "MinimumLevel": "Warning",
    "WriteTo": [
      {
        "Name": "Elasticsearch",
        "Args": {
          "nodeUris": "http://localhost:9200"
        }
      }
    ],
    "Enrich": [ "FromLogContext", "WithMachineName" ],
    "Properties": {
      "Application": "My app"
    }
  }
}

This way the sink will detect version of Elasticsearch server (DetectElasticsearchVersion is set to true by default) and handle TypeName behavior correctly, based on the server version (6.x, 7.x or 8.x).

Disable detection of Elasticsearch server version

Alternatively, DetectElasticsearchVersion can be set to false and certain option can be configured manually. In that case, the sink will assume version 7 of Elasticsearch, but options will be ignored due to a potential version incompatibility.

For example, you can configure the sink to force registeration of v6 index template. Be aware that the AutoRegisterTemplate option will not overwrite an existing template.

var loggerConfig = new LoggerConfiguration()
    .WriteTo.Elasticsearch(new ElasticsearchSinkOptions(new Uri("http://localhost:9200") ){
             DetectElasticsearchVersion = false,
             AutoRegisterTemplate = true,
             AutoRegisterTemplateVersion = AutoRegisterTemplateVersion.ESv6
     });

Configurable properties

Besides a registration of the sink in the code, it is possible to register it using appSettings reader (from v2.0.42+) reader (from v2.0.42+) as shown below.

This example shows the options that are currently available when using the appSettings reader.

  <appSettings>
    <add key="serilog:using" value="Serilog.Sinks.Elasticsearch"/>
    <add key="serilog:write-to:Elasticsearch.nodeUris" value="http://localhost:9200;http://remotehost:9200"/>
    <add key="serilog:write-to:Elasticsearch.indexFormat" value="custom-index-{0:yyyy.MM}"/>
    <add key="serilog:write-to:Elasticsearch.templateName" value="myCustomTemplate"/>
    <add key="serilog:write-to:Elasticsearch.typeName" value="myCustomLogEventType"/>
    <add key="serilog:write-to:Elasticsearch.pipelineName" value="myCustomPipelineName"/>
    <add key="serilog:write-to:Elasticsearch.batchPostingLimit" value="50"/>
    <add key="serilog:write-to:Elasticsearch.batchAction" value="Create"/>
    <add key="serilog:write-to:Elasticsearch.period" value="2"/>
    <add key="serilog:write-to:Elasticsearch.inlineFields" value="true"/>
    <add key="serilog:write-to:Elasticsearch.restrictedToMinimumLevel" value="Warning"/>
    <add key="serilog:write-to:Elasticsearch.bufferBaseFilename" value="C:\Temp\SerilogElasticBuffer"/>
    <add key="serilog:write-to:Elasticsearch.bufferFileSizeLimitBytes" value="5242880"/>
    <add key="serilog:write-to:Elasticsearch.bufferLogShippingInterval" value="5000"/>
    <add key="serilog:write-to:Elasticsearch.bufferRetainedInvalidPayloadsLimitBytes" value="5000"/>
    <add key="serilog:write-to:Elasticsearch.bufferFileCountLimit " value="31"/>
    <add key="serilog:write-to:Elasticsearch.connectionGlobalHeaders" value="Authorization=Bearer SOME-TOKEN;OtherHeader=OTHER-HEADER-VALUE" />
    <add key="serilog:write-to:Elasticsearch.connectionTimeout" value="5" />
    <add key="serilog:write-to:Elasticsearch.emitEventFailure" value="WriteToSelfLog" />
    <add key="serilog:write-to:Elasticsearch.queueSizeLimit" value="100000" />
    <add key="serilog:write-to:Elasticsearch.autoRegisterTemplate" value="true" />
    <add key="serilog:write-to:Elasticsearch.autoRegisterTemplateVersion" value="ESv7" />
    <add key="serilog:write-to:Elasticsearch.detectElasticsearchVersion" value="false" />
    <add key="serilog:write-to:Elasticsearch.overwriteTemplate" value="false" />
    <add key="serilog:write-to:Elasticsearch.registerTemplateFailure" value="IndexAnyway" />
    <add key="serilog:write-to:Elasticsearch.deadLetterIndexName" value="deadletter-{0:yyyy.MM}" />
    <add key="serilog:write-to:Elasticsearch.numberOfShards" value="20" />
    <add key="serilog:write-to:Elasticsearch.numberOfReplicas" value="10" />
    <add key="serilog:write-to:Elasticsearch.formatProvider" value="My.Namespace.MyFormatProvider, My.Assembly.Name" />
    <add key="serilog:write-to:Elasticsearch.connection" value="My.Namespace.MyConnection, My.Assembly.Name" />
    <add key="serilog:write-to:Elasticsearch.serializer" value="My.Namespace.MySerializer, My.Assembly.Name" />
    <add key="serilog:write-to:Elasticsearch.connectionPool" value="My.Namespace.MyConnectionPool, My.Assembly.Name" />
    <add key="serilog:write-to:Elasticsearch.customFormatter" value="My.Namespace.MyCustomFormatter, My.Assembly.Name" />
    <add key="serilog:write-to:Elasticsearch.customDurableFormatter" value="My.Namespace.MyCustomDurableFormatter, My.Assembly.Name" />
    <add key="serilog:write-to:Elasticsearch.failureSink" value="My.Namespace.MyFailureSink, My.Assembly.Name" />
  </appSettings>

With the appSettings configuration the nodeUris property is required. Multiple nodes can be specified using , or ; to separate them. All other properties are optional. Also required is the <add key="serilog:using" value="Serilog.Sinks.Elasticsearch"/> setting to include this sink. All other properties are optional. If you do not explicitly specify an indexFormat-setting, a generic index such as 'logstash-[current_date]' will be used automatically.

And start writing your events using Serilog.

Elasticsearch formatters

Install-Package serilog.formatting.elasticsearch

The Serilog.Formatting.Elasticsearch nuget package consists of a several formatters:

  • ElasticsearchJsonFormatter - custom json formatter that respects the configured property name handling and forces Timestamp to @timestamp.
  • ExceptionAsObjectJsonFormatter - a json formatter which serializes any exception into an exception object.

Override default formatter if it's possible with selected sink

var loggerConfig = new LoggerConfiguration()
  .WriteTo.Console(new ElasticsearchJsonFormatter());

More information

A note about fields inside Elasticsearch

Be aware that there is an explicit and implicit mapping of types inside an Elasticsearch index. A value called X as a string will be indexed as being a string. Sending the same X as an integer in a next log message will not work. ES will raise a mapping exception, however it is not that evident that your log item was not stored due to the bulk actions performed.

So be careful about defining and using your fields (and type of fields). It is easy to miss that you first send a {User} as a simple username (string) and next as a User object. The first mapping dynamically created in the index wins. See also issue #184 for details and a possible solution. There are also limits in ES on the number of dynamic fields you can actually throw inside an index.

A note about Kibana

In order to avoid a potentially deeply nested JSON structure for exceptions with inner exceptions, by default the logged exception and it's inner exception is logged as an array of exceptions in the field exceptions. Use the 'Depth' field to traverse the inner exceptions flow.

However, not all features in Kibana work just as well with JSON arrays - for instance, including exception fields on dashboards and visualizations. Therefore, we provide an alternative formatter, ExceptionAsObjectJsonFormatter, which will serialize the exception into the exception field as an object with nested InnerException properties. This was also the default behavior of the sink before version 2.

To use it, simply specify it as the CustomFormatter when creating the sink:

    new ElasticsearchSink(new ElasticsearchSinkOptions(url)
    {
      CustomFormatter = new ExceptionAsObjectJsonFormatter(renderMessage:true)
    });

JSON appsettings.json configuration

To use the Elasticsearch sink with Microsoft.Extensions.Configuration, for example with ASP.NET Core or .NET Core, use the Serilog.Settings.Configuration package. First install that package if you have not already done so:

Install-Package Serilog.Settings.Configuration

Instead of configuring the sink directly in code, call ReadFrom.Configuration():

var configuration = new ConfigurationBuilder()
    .SetBasePath(env.ContentRootPath)
    .AddJsonFile("appsettings.json")
    .Build();

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

In your appsettings.json file, under the Serilog node, :

{
  "Serilog": {
    "WriteTo": [{
        "Name": "Elasticsearch",
        "Args": {
          "nodeUris": "http://localhost:9200;http://remotehost:9200/",
          "indexFormat": "custom-index-{0:yyyy.MM}",
          "templateName": "myCustomTemplate",
          "typeName": "myCustomLogEventType",
          "pipelineName": "myCustomPipelineName",
          "batchPostingLimit": 50,
          "batchAction": "Create",
          "period": 2,
          "inlineFields": true,
          "restrictedToMinimumLevel": "Warning",
          "bufferBaseFilename":  "C:/Temp/docker-elk-serilog-web-buffer",
          "bufferFileSizeLimitBytes": 5242880,
          "bufferLogShippingInterval": 5000,
          "bufferRetainedInvalidPayloadsLimitBytes": 5000,
          "bufferFileCountLimit": 31,
          "connectionGlobalHeaders" :"Authorization=Bearer SOME-TOKEN;OtherHeader=OTHER-HEADER-VALUE",
          "connectionTimeout": 5,
          "emitEventFailure": "WriteToSelfLog",
          "queueSizeLimit": "100000",
          "autoRegisterTemplate": true,
          "autoRegisterTemplateVersion": "ESv2",
          "overwriteTemplate": false,
          "registerTemplateFailure": "IndexAnyway",
          "deadLetterIndexName": "deadletter-{0:yyyy.MM}",
          "numberOfShards": 20,
          "numberOfReplicas": 10,
          "templateCustomSettings": [{ "index.mapping.total_fields.limit": "10000000" } ],
          "formatProvider": "My.Namespace.MyFormatProvider, My.Assembly.Name",
          "connection": "My.Namespace.MyConnection, My.Assembly.Name",
          "serializer": "My.Namespace.MySerializer, My.Assembly.Name",
          "connectionPool": "My.Namespace.MyConnectionPool, My.Assembly.Name",
          "customFormatter": "My.Namespace.MyCustomFormatter, My.Assembly.Name",
          "customDurableFormatter": "My.Namespace.MyCustomDurableFormatter, My.Assembly.Name",
          "failureSink": "My.Namespace.MyFailureSink, My.Assembly.Name"
        }
    }]
  }
}

See the XML <appSettings> example above for a discussion of available Args options.

Handling errors

From version 5.5 you have the option to specify how to handle issues with Elasticsearch. Since the sink delivers in a batch, it might be possible that one or more events could actually not be stored in the Elasticsearch store. Can be a mapping issue for example. It is hard to find out what happened here. There is a new option called EmitEventFailure which is an enum (flagged) with the following options:

  • WriteToSelfLog, the default option in which the errors are written to the SelfLog.
  • WriteToFailureSink, the failed events are send to another sink. Make sure to configure this one by setting the FailureSink option.
  • ThrowException, in which an exception is raised.
  • RaiseCallback, the failure callback function will be called when the event cannot be submitted to Elasticsearch. Make sure to set the FailureCallback option to handle the event.

An example:

.WriteTo.Elasticsearch(new ElasticsearchSinkOptions(new Uri("http://localhost:9200"))
                {
                    FailureCallback = e => Console.WriteLine("Unable to submit event " + e.MessageTemplate),
                    EmitEventFailure = EmitEventFailureHandling.WriteToSelfLog |
                                       EmitEventFailureHandling.WriteToFailureSink |
                                       EmitEventFailureHandling.RaiseCallback,
                    FailureSink = new FileSink("./failures.txt", new JsonFormatter(), null)
                })

With the AutoRegisterTemplate option the sink will write a default template to Elasticsearch. When this template is not there, you might not want to index as it can influence the data quality. Since version 5.5 you can use the RegisterTemplateFailure option. Set it to one of the following options:

  • IndexAnyway; the default option, the events will be send to the server
  • IndexToDeadletterIndex; using the deadletterindex format, it will write the events to the deadletter queue. When you fix your template mapping, you can copy your data into the right index.
  • FailSink; this will simply fail the sink by raising an exception.

Since version 7 you can specify an action to do when log row was denied by the elasticsearch because of the data (payload) if durable file is specied. i.e.

BufferCleanPayload = (failingEvent, statuscode, exception) =>
                    {
                        dynamic e = JObject.Parse(failingEvent);
                        return JsonConvert.SerializeObject(new Dictionary<string, object>()
                        {
                            { "@timestamp",e["@timestamp"]},
                            { "level","Error"},
                            { "message","Error: "+e.message},
                            { "messageTemplate",e.messageTemplate},
                            { "failingStatusCode", statuscode},
                            { "failingException", exception}
                        });
                    },

The IndexDecider didnt worked well when durable file was specified so an option to specify BufferIndexDecider is added. Datatype of logEvent is string i.e.

 BufferIndexDecider = (logEvent, offset) => "log-serilog-" + (new Random().Next(0, 2)),

Option BufferFileCountLimit is added. The maximum number of log files that will be retained. including the current log file. For unlimited retention, pass null. The default is 31. Option BufferFileSizeLimitBytes is added The maximum size, in bytes, to which the buffer log file for a specific date will be allowed to grow. By default 100L * 1024 * 1024 will be applied.

Breaking changes

Version 9
  • Dropped support for 456 and sticking now with NETSTANDARD
  • Dropped support for Opensearch - This package supported writing to Opensearch (without guarantees) up untill the last version, Updated ES packages dropped support for Opensearch
Version 7
  • Nuget Serilog.Sinks.File is now used instead of deprecated Serilog.Sinks.RollingFile
  • SingleEventSizePostingLimit option is changed from int to long? with default value null, Don't use value 0 nothing will be logged then!!!!!
Version 6

Starting from version 6, the sink has been upgraded to work with Elasticsearch 6.0 and has support for the new templates used by ES 6.

If you use the AutoRegisterTemplate option, you need to set the AutoRegisterTemplateVersion option to ESv6 in order to generate default templates that are compatible with the breaking changes in ES 6.

Version 4

Starting from version 4, the sink has been upgraded to work with Serilog 2.0 and has .NET Core support.

Version 3

Starting from version 3, the sink supports the Elasticsearch.Net 2 package and Elasticsearch version 2. If you need Elasticsearch 1.x support, then stick with version 2 of the sink. The function

protected virtual ElasticsearchResponse<T> EmitBatchChecked<T>(IEnumerable<LogEvent> events)

now uses a generic type. This allows you to map to either DynamicResponse when using Elasticsearch.NET or to BulkResponse if you want to use NEST.

We also dropped support for .NET 4 since the Elasticsearch.NET client also does not support this version of the framework anymore. If you need to use .net 4, then you need to stick with the 2.x version of the sink.

Version 2

Be aware that version 2 introduces some breaking changes.

  • The overloads have been reduced to a single Elasticsearch function in which you can pass an options object.
  • The namespace and function names are now Elasticsearch instead of ElasticSearch everywhere
  • The Exceptions recorded by Serilog are customer serialized into the Exceptions property which is an array instead of an object.
  • Inner exceptions are recorded in the same array but have an increasing depth parameter. So instead of nesting objects you need to look at this parameter to find the depth of the exception.
  • Do no longer use the mapping once provided in the Gist. The Sink can automatically create the right mapping for you, but this feature is disabled by default. We advice you to use it.
  • Since version 2.0.42 the ability to register this sink using the AppSettings reader is restored. You can pass in a node (or collection of nodes) and optionally an indexname and template.
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 was computed.  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 was computed.  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 was computed.  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 (358)

Showing the top 5 NuGet packages that depend on Serilog.Sinks.Elasticsearch:

Package Downloads
Apprio.Enablement.Telemetry

Package Description

SyncSoft.App.Serilog

An app framework for SyncSoft Inc.

MyJetWallet.Sdk.Service

Package Description

Convey.Logging

Convey.Logging

CUSTIS.NetCore.AppHost The ID prefix of this package has been reserved for one of the owners of this package by NuGet.org.

Инструменты для хостинга приложения

GitHub repositories (44)

Showing the top 5 popular GitHub repositories that depend on Serilog.Sinks.Elasticsearch:

Repository Stars
dotnet/tye
Tye is a tool that makes developing, testing, and deploying microservices and distributed applications easier. Project Tye includes a local orchestrator to make developing microservices easier and the ability to deploy microservices to Kubernetes with minimal configuration.
anjoy8/Blog.Core
💖 ASP.NET Core 8.0 全家桶教程,前后端分离后端接口,vue教程姊妹篇,官方文档:
fullstackhero/dotnet-webapi-starter-kit
production grade .net 8 webapi starter kit with multitenancy support and clean code. 🔥
vietnam-devs/coolstore-microservices
A full-stack .NET microservices build on Dapr and Tye
aspnetrun/run-aspnetcore-microservices
Microservices on .Net platforms which used Asp.Net Web API, Docker, RabbitMQ, MassTransit, Grpc, Ocelot API Gateway, MongoDB, Redis, PostgreSQL, SqlServer, Dapper, Entity Framework Core, CQRS and Clean Architecture implementation. Also includes Cross-Cutting concerns like Implementing Centralized Distributed Logging with Elasticsearch, Kibana
Version Downloads Last updated
10.0.0 6,183 3/12/2024
9.0.3 2,792,571 6/16/2023
9.0.1 670,608 5/10/2023
9.0.0 2,090,404 2/2/2023
9.0.0-rc1 17,010 1/30/2023
9.0.0-beta9 2,508 1/26/2023
9.0.0-beta8 12,185 1/25/2023
9.0.0-beta7 442,613 5/8/2022
9.0.0-beta4 1,015 4/29/2022
9.0.0-beta12 790 1/30/2023
9.0.0-beta11 905 1/28/2023
9.0.0-beta10 786 1/26/2023
8.5.0-alpha0003 363,903 9/28/2020
8.4.1 37,385,846 9/28/2020
8.4.0 246,738 9/19/2020
8.2.0 1,916,469 7/14/2020
8.2.0-alpha0018 1,062 9/19/2020
8.2.0-alpha0017 1,018 9/18/2020
8.2.0-alpha0016 1,140 9/16/2020
8.2.0-alpha0015 1,157 9/16/2020
8.2.0-alpha0012 1,107 8/6/2020
8.2.0-alpha0007 1,506 7/9/2020
8.2.0-alpha0001 17,414 5/5/2020
8.1.0 2,852,434 5/5/2020
8.1.0-alpha0017 1,148 5/5/2020
8.1.0-alpha0011 105,018 1/22/2020
8.1.0-alpha0010 1,964 1/21/2020
8.1.0-alpha0009 4,078 1/10/2020
8.1.0-alpha0007 37,979 12/16/2019
8.1.0-alpha0006 7,995 11/26/2019
8.1.0-alpha0005 9,018 11/13/2019
8.1.0-alpha0002 241,984 8/26/2019
8.1.0-alpha0001 24,960 8/20/2019
8.0.1 5,333,448 11/8/2019
8.0.0 2,077,197 7/30/2019
8.0.0-alpha0025 11,085 7/15/2019
7.2.0-alpha0005 10,675 4/15/2019
7.2.0-alpha0004 1,302 4/14/2019
7.2.0-alpha0003 1,673 4/8/2019
7.2.0-alpha0002 5,959 3/17/2019
7.2.0-alpha0001 1,497 3/15/2019
7.1.0 3,369,662 2/17/2019
6.5.0 4,434,282 4/21/2018
6.5.0-unstable0042 1,575 9/26/2018
6.5.0-unstable0041 1,533 9/26/2018
6.5.0-unstable0040 1,668 9/14/2018
6.5.0-unstable0039 1,676 8/20/2018
6.5.0-unstable0038 1,761 5/14/2018
6.5.0-alpha0057 1,405 1/27/2019
6.5.0-alpha0045 1,398 1/26/2019
6.5.0-alpha0043 1,426 12/27/2018
6.3.0 547,331 2/25/2018
6.3.0-unstable0031 1,823 4/21/2018
6.3.0-unstable0025 1,859 4/21/2018
6.3.0-unstable0024 1,839 4/21/2018
6.3.0-unstable0023 1,877 4/21/2018
6.3.0-unstable0022 1,850 4/21/2018
6.3.0-unstable0021 1,754 4/1/2018
6.3.0-unstable0020 1,781 3/1/2018
6.3.0-unstable0019 1,765 2/25/2018
6.1.0 236,378 2/10/2018
6.1.0-unstable0013 3,219 2/1/2018
5.7.0 433,926 1/18/2018
5.7.0-unstable0012 1,755 2/1/2018
5.7.0-unstable0011 1,758 1/23/2018
5.7.0-unstable0010 1,775 1/18/2018
5.5.0 565,458 12/2/2017
5.5.0-unstable0009 1,799 1/18/2018
5.5.0-unstable0008 1,900 1/18/2018
5.5.0-unstable0007 1,754 1/18/2018
5.5.0-unstable0006 1,853 12/27/2017
5.5.0-unstable0005 1,759 12/2/2017
5.5.0-unstable0004 1,983 11/25/2017
5.4.0 468,979 9/28/2017
5.3.0 425,514 6/2/2017
5.3.0-unstable0033 1,709 6/2/2017
5.2.0 2,193 6/2/2017
5.2.0-unstable0004 4,271 5/19/2017
5.2.0-unstable0003 1,754 5/3/2017
5.1.0 98,106 5/3/2017
5.0.0 167,867 2/6/2017
5.0.0-unstable0183 1,680 2/19/2017
5.0.0-unstable0181 1,728 2/6/2017
5.0.0-unstable0172 1,755 2/6/2017
4.2.0 102,658 1/31/2017
4.1.1 147,511 10/4/2016
4.1.1-unstable0171 1,686 1/31/2017
4.1.1-unstable0170 1,688 1/25/2017
4.1.0 89,138 8/8/2016
4.0.142 64,729 7/11/2016
3.0.134 31,074 4/6/2016
3.0.129 7,772 3/7/2016
3.0.126 2,006 3/7/2016
3.0.121 2,064 3/7/2016
3.0.115 2,187 3/7/2016
3.0.98 3,322 3/2/2016
3.0.95 23,002 3/2/2016
2.0.80 34,119 1/4/2016
2.0.70 7,727 11/22/2015
2.0.69 2,290 11/22/2015
2.0.60 17,629 8/20/2015
2.0.59 2,120 8/20/2015
2.0.57 2,334 8/15/2015
2.0.56 2,046 8/15/2015
2.0.52 3,809 7/25/2015
2.0.46 4,721 7/2/2015
2.0.41 3,645 6/15/2015
2.0.37 4,434 5/24/2015
2.0.27 18,334 4/9/2015
2.0.23 3,171 4/5/2015
2.0.22 2,090 4/2/2015
2.0.21 2,429 4/2/2015
2.0.20 2,509 4/1/2015
1.4.196 24,520 2/22/2015
1.4.182 3,045 2/15/2015
1.4.168 3,180 2/8/2015
1.4.155 2,401 2/1/2015
1.4.139 10,981 1/23/2015
1.4.118 2,446 1/13/2015
1.4.113 2,346 1/6/2015
1.4.102 2,735 12/21/2014
1.4.99 2,736 12/18/2014
1.4.97 2,421 12/18/2014
1.4.76 5,533 12/8/2014
1.4.75 2,449 12/7/2014
1.4.39 2,453 11/26/2014
1.4.34 2,366 11/24/2014
1.4.28 2,318 11/24/2014
1.4.27 2,378 11/23/2014
1.4.23 2,438 11/21/2014
1.4.22 2,344 11/21/2014
1.4.21 2,326 11/21/2014
1.4.18 2,875 11/18/2014
1.4.15 2,752 11/4/2014
1.4.14 3,044 10/23/2014
1.4.13 2,300 10/23/2014
1.4.12 2,566 10/12/2014
1.4.11 2,260 10/8/2014
1.4.10 2,453 9/26/2014
1.4.9 2,417 9/17/2014
1.4.8 2,338 9/11/2014
1.4.7 2,380 9/1/2014
1.4.6 2,260 8/31/2014
1.4.5 2,368 8/27/2014
1.4.4 2,263 8/27/2014
1.4.3 2,309 8/25/2014
1.4.2 2,260 8/23/2014
1.4.1 2,289 8/23/2014
1.3.43 2,301 8/4/2014
1.3.42 2,218 7/30/2014
1.3.41 2,201 7/28/2014
1.3.40 2,204 7/26/2014
1.3.39 2,209 7/25/2014
1.3.37 2,162 7/25/2014
1.3.36 2,246 7/20/2014
1.3.35 2,228 7/17/2014
1.3.34 2,297 7/6/2014
1.3.33 2,189 6/30/2014
1.3.30 2,178 6/19/2014
1.3.29 2,208 6/19/2014
1.3.28 2,305 6/19/2014
1.3.27 2,234 6/18/2014
1.3.26 2,208 6/18/2014
1.3.25 2,199 6/9/2014
1.3.24 2,228 5/21/2014
1.3.23 2,212 5/20/2014
1.3.20 2,251 5/18/2014
1.3.19 2,202 5/17/2014
1.3.18 2,355 5/17/2014
1.3.17 2,166 5/17/2014
1.3.16 2,175 5/17/2014
1.3.15 2,143 5/16/2014
1.3.14 2,187 5/16/2014
1.3.13 2,204 5/16/2014
1.3.12 2,155 5/14/2014
1.3.7 2,488 5/11/2014
1.3.6 2,173 5/9/2014
1.3.5 2,221 5/6/2014
1.3.4 2,243 5/4/2014
1.3.3 2,421 4/28/2014
1.3.1 2,228 4/26/2014
1.2.53 2,270 4/26/2014
1.2.52 2,233 4/24/2014
1.2.51 2,396 4/18/2014
1.2.50 2,339 4/18/2014
1.2.49 2,289 4/17/2014
1.2.48 2,445 4/14/2014
1.2.47 2,271 4/14/2014
1.2.45 2,263 4/13/2014
1.2.44 2,397 4/9/2014
1.2.41 2,259 4/7/2014
1.2.40 2,270 4/7/2014
1.2.39 2,397 3/29/2014
1.2.37 2,223 3/29/2014
1.2.29 14,867 3/16/2014