This solution contains a number of automated, shovel-ready applications that are intended to be used to run automated nightly integration tests and / or benchmarks.
Akka.ClusterPingPong
- a distributed Akka.Cluster benchmark hosted inside Kubernetes and Docker.
This project supports a wide variety of commands, all of which can be listed via:
Windows
c:\> build.cmd help
Linux / OS X
c:\> build.sh help
However, please see this readme for full details.
build.[cmd|sh] all
- runs the entire build system minus documentation:NBench
,Tests
, andNuget
.build.[cmd|sh] buildrelease
- compiles the solution inRelease
mode.build.[cmd|sh] tests
- compiles the solution inRelease
mode and runs the unit test suite (all projects that end with the.Tests.csproj
suffix). All of the output will be published to the./TestResults
folder.build.[cmd|sh] nbench
- compiles the solution inRelease
mode and runs the NBench performance test suite (all projects that end with the.Tests.Performance.csproj
suffix). All of the output will be published to the./PerfResults
folder.build.[cmd|sh] nuget
- compiles the solution inRelease
mode and creates Nuget packages from any project that does not have<IsPackable>false</IsPackable>
set and uses the version number fromRELEASE_NOTES.md
.build.[cmd|sh] nuget nugetprerelease=dev
- compiles the solution inRelease
mode and creates Nuget packages from any project that does not have<IsPackable>false</IsPackable>
set - but in this instance all projects will have aVersionSuffix
of-beta{DateTime.UtcNow.Ticks}
. It's typically used for publishing nightly releases.build.[cmd|sh] nuget SignClientUser=$(signingUsername) SignClientSecret=$(signingPassword)
- compiles the solution inRelease
modem creates Nuget packages from any project that does not have<IsPackable>false</IsPackable>
set using the version number fromRELEASE_NOTES.md
, and then signs those packages using the SignClient data below.build.[cmd|sh] nuget SignClientUser=$(signingUsername) SignClientSecret=$(signingPassword) nugetpublishurl=$(nugetUrl) nugetkey=$(nugetKey)
- compiles the solution inRelease
modem creates Nuget packages from any project that does not have<IsPackable>false</IsPackable>
set using the version number fromRELEASE_NOTES.md
, signs those packages using the SignClient data below, and then publishes those packages to the$(nugetUrl)
using NuGet key$(nugetKey)
.build.[cmd|sh] DocFx
- compiles the solution inRelease
mode and then uses DocFx to generate website documentation inside the./docs/_site
folder. Use the./serve-docs.cmd
on Windows to preview the documentation.
This build script is powered by FAKE; please see their API documentation should you need to make any changes to the build.fsx
file.
Akka.Integration uses Docker for deployment - to create Docker images for this project, please run the following command:
build.cmd Docker
By default build.fsx
will look for every .csproj
file that has a Dockerfile
in the same directory - from there the name of the .csproj
will be converted into the supported Docker image name format, so "Akka.Integration.csproj" will be converted to an image called akka.integration:latest
and akka.integration:{VERSION}
, where version is determined using the rules defined in the section below.
If you want to run these samples using a local build of Akka.NET or perhaps the latest nightly Akka.NET build, you can easily build all of the Docker images in this solution using those custom images by updating common.props
to target the appropriate Akka.NET version:
<AkkaVersion>1.4.18</AkkaVersion>
And then you reference the appropriate NuGet feed by adding your feed Uri to NuGet.config
:
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageSources>
<add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" />
<add key="akka-nightly" value="https://f.feedz.io/akkadotnet/akka/nuget/index.json" protocolVersion="3" />
</packageSources>
</configuration>
You can also specify a remote Docker registry URL and that will cause a copy of this Docker image to be published there as well:
This project will automatically populate its release notes in all of its modules via the entries written inside RELEASE_NOTES.md
and will automatically update the versions of all assemblies and NuGet packages via the metadata included inside common.props
.
RELEASE_NOTES.md
#### 0.1.0 October 05 2019 ####
First release
In this instance, the NuGet and assembly version will be 0.1.0
based on what's available at the top of the RELEASE_NOTES.md
file.
RELEASE_NOTES.md
#### 0.1.0-beta1 October 05 2019 ####
First release
But in this case the NuGet and assembly version will be 0.1.0-beta1
.
If you add any new projects to the solution created with this template, be sure to add the following line to each one of them in order to ensure that you can take advantage of common.props
for standardization purposes:
<Import Project="..\common.props" />