dotnet-core-runtime-cnb

module
v0.0.127 Latest Latest
Warning

This package is not in the latest version of its module.

Go to latest
Published: Feb 18, 2020 License: Apache-2.0

README

Dotnet Core Runtime Cloud Native Buildpack

Integration

The Dotnet Core Runtime CNB provides the dotnet core runtime as a dependency. Downstream buildpacks, like Dotnet Core Build or by generating a Build Plan TOML file that looks like the following:

[[requires]]

  # The name of the Dotnet Core Runtime dependency is "dotnet-runtime". This value is considered
  # part of the public API for the buildpack and will not change without a plan
  # for deprecation.
  name = "dotnet-runtime"

  # The version of the Dotnet Core Runtime dependency is not required. In the case it
  # is not specified, the buildpack will provide the default version, which can
  # be seen in the buildpack.toml file.
  # If you wish to request a specific version, the buildpack supports
  # specifying a semver constraint in the form of "3.*", "3.1.*", or even
  # "3.1.1".
  version = "3.1.1"

  # The Dotnet Core Runtime buildpack supports some non-required metadata options.
  [requires.metadata]

    # Setting the build flag to true will ensure that the Dotnet Core Runtime
    # dependency is available to subsequent buildpacks during their build phase.
    # Currently we do not recommend having your application directly interface with
    # the runtimes instead use the dotnet-core-sdk-cnb. However,
    # if you are writing a buildpack that needs to use the dotnet core runtime during
    # its build process, this flag should be set to true.
    build = true

    # Setting the cache flag to true will enable caching of the Dotnet Core Runtime
    # dependency between builds. The benefits of caching include improved build
    # speeds at the cost of a higher storage requirement to store the cached
    # layer contents.
    cache = true
Specifying runtime versions
Self contained applications & Framework dependent applications

Be aware that specifying a dotnet runtime version for both framework dependent deployments and self contained deployments may result in errors if the selected runtimes do not match those used to build the application.

Source based applications

We do not recommend specifying a runtime version for source based workflows. Doing so could result in an incompatibility between the dotnet-sdk and it's internal dotnet-runtime.

Usage

To package this buildpack for consumption

$ ./scripts/package.sh

This builds the buildpack's Go source using GOOS=linux by default. You can supply another value as the first argument to package.sh.

Directories

Path Synopsis
cmd

Jump to

Keyboard shortcuts

? : This menu
/ : Search site
f or F : Jump to
y or Y : Canonical URL