Skip to content

Latest commit

 

History

History
79 lines (58 loc) · 9.23 KB

OfficalAndDailyBuilds.md

File metadata and controls

79 lines (58 loc) · 9.23 KB

Official Releases and Daily Builds of CoreCLR and CoreFX components

If you are not planning on actually making bug fixes or experimenting with new features, then you probably don't need to don't need build CoreCLR yourself, as the .NET Runtime team routinely does this for you.

Roughly every three months, the .NET Runtime team publishes a new version of .NET Core to Nuget. .NET Core's official home on NuGet is

and you can expect to see new versions roughly three months. However it is also the case that the .NET Team publishes daily builds of all sorts of packages including those built by the CoreCLR and CoreFX repositories. You can see what is available from

Thus if your goal is just to get the latest bug fixes and features, you don't need to build CoreCLR yourself you can simply add https://dotnet.myget.org/F/dotnet-core/api/v3/index.json to your Nuget Feed list.

Package Version Numbers

Version numbers for Nuget packages look like the following

    1.0.24214.01

Which have the form

    <major>.<minor>.<buildNumberMajor>.<buildNumberMinor>
  • The major version number represents a compatibility band. If the next release of the package is not backward compatible (most apps that run on version N-1 will run on version N) then this number is increased. This number is not likely to change (we care about compatibility alot)

  • The minor number is increased every time interesting new features are added (not just minor bug fixes). For CoreCLR we tend to update this every time we create a public release (every 3 months).

  • The Major Build Number is a number that represents a daily build. The last 2 digits of this build number is the day of the month of the GIT commit that is being built. Thus we know in the example above this build's last commit to GIT happened on the 14th day of the month. The most significant digits represents the month count since April 1996. In the example above 242 represents Jun 2016.

  • The Minor Build number is something that disambiguates different builds that share the same commit (or the different commits on the same day). It is a sequential number and is typically 1 for official builds, and 0 for developer builds. (You can set the environment variable BuildNumberMinor if you wish to set it for your own builds).

See the Package and File Versioning page for more details on how the build version number is generated.

Build/Test Status of the repository

As mentioned we build the CoreCLR repository daily, and as part of that build we also run all the tests associted with this repository. Below is a table of the most recent results for all the different operating systems and architectures that we routinely build.

If you click on the images below, you can get more details about the build (including the binaries) and the exact test results (in case your build is failing tests and you are wondering if it is something affecting all builds).

Debug Release
CentOS 7.1 x64 status x64 status
Debian 8.4 x64 status x64 status
FreeBSD 10.1 x64 status x64 status
openSUSE 13.2 x64 status x64 status
openSUSE 42.1 x64 status x64 status
OS X 10.11 x64 status x64 status
Red Hat 7.2 x64 status x64 status
Fedora 23 x64 status x64 status
Ubuntu 14.04 x64 status x64 status
Ubuntu 16.04 x64 status x64 status
Ubuntu 16.10 x64 status x64 status
Windows 8.1 x64 status
arm64 status
x64 status
arm64 status