Basilisque.CommonBuild
1.0.0-RC14
Requires NuGet 4.0 or higher.
dotnet add package Basilisque.CommonBuild --version 1.0.0-RC14
NuGet\Install-Package Basilisque.CommonBuild -Version 1.0.0-RC14
<PackageReference Include="Basilisque.CommonBuild" Version="1.0.0-RC14"> <PrivateAssets>all</PrivateAssets> <IncludeAssets>runtime; build; native; contentfiles; analyzers</IncludeAssets> </PackageReference>
paket add Basilisque.CommonBuild --version 1.0.0-RC14
#r "nuget: Basilisque.CommonBuild, 1.0.0-RC14"
// Install Basilisque.CommonBuild as a Cake Addin #addin nuget:?package=Basilisque.CommonBuild&version=1.0.0-RC14&prerelease // Install Basilisque.CommonBuild as a Cake Tool #tool nuget:?package=Basilisque.CommonBuild&version=1.0.0-RC14&prerelease
Basilisque - Common Build
Overview
This project provides optional common build configuration for projects that use the Basilisque framework. But it also can be used without Basilique.
So if you like the contained configuration feel free to use it, otherwise simply don't.
Description
This project doesn't contain any assemblies that will be deployed with the target project. Instead it only contains build time configuration (.props/.targets-files, ...) to provide a common basic set of configuration to all target projects.
Usage
Install the NuGet package
This will automatically include the contained .props and .targets files in the build.
Conventions
The configuration is based on conventions regarding the names of the target projects. (The folder structure of the solution is irrelevant.)
ExampleSolution
- MyProject.Service
<sup>Containing the startup code of a backend (Windows) service<sup>- MyProject.Service.Tests
<sup>Containing automated tests. In this case for the MyProject.Service-project<sup>- MyProject.API
<sup>Containing the public facing code of the backend (API-Controllers, ...)<sup>- MyProject.API.Tests
<sup>Containing automated tests. In this case for the MyProject.API-project<sup>- MyProject.Domain
<sup>Containing the business logic<sup>- MyProject.Domain.Tests
<sup>Containing automated tests. In this case for the MyProject.Domain-project<sup>- MyProject.DataAccess
<sup>Containing the data access layer (e.g. using Entity Framework)<sup>- MyProject.DataAccess.Tests
<sup>Containing automated tests. In this case for the MyProject.DataAccess-project<sup>- MyProject.Benchmarks
<sup>Containing benchmarks for a project<sup>- MyProject.CodeAnalysis
<sup>Containing code analysis support for the project like source generators, analyzers and fixes<sup>
Obviously not all applications need all of those project types. So e.g. if you don't need data access, then just do not create a project named like it. But if you do need data access, then let the project name end with .DataAccess. That is the intention behind the configuration in Basilisque.CommonBuild.
Provided Configuration
.props / .targets
<a name="generalConfig"></a>General (for all project types) | Property | Value | Remark | |-------------------------- |---------------------------- |---------------------------------------------------------- | | Nullable | enable | | | ImplicitUsings | disable | | | NeutralLanguage | en-US | | | Title | <AssemblyName> | will only be set when the title is empty | | Copyright | Copyright © yyyy <Company> | will only be set when the copyright is empty.<br/>When the company is empty, authors will be used instead.<br/>In addition you can set the property BAS_CB_Copyright_BeginYear to the begin year of the copyright to show a year range. | | Company | <Authors> | will only be set when the authors property is not empty | | Product | <AssemblyName> | | | IsPackable | false | will be set when Configuration != Release | | GenerateDocumentationFile | true | not for .Tests-projects and .Benchmarks-projects | | LangVersion | 11.0 | will only be set when TargetFramework is netstandard2.0<br/>(mainly for nullable reference types in C# 8 and raw string literals in C# 11) | | Global Usings | System<br/>System.Collections.Generic<br/>System.Linq<br/>System.Threading.Tasks | The flag for this setting is named BAS_CB_Add_GlobalUsings | | AssemblyVersion | Major.Minor | see versioning | | FileVersion | Major.Minor(.Build) | see versioning | | InformationalVersion | Major.Minor(.Build)(-Suffix(Revision)) | see versioning | | PackageVersion | Major.Minor(.Build)(-Suffix(Revision)) | see versioning |
<a name="testsConfig"></a>*.Tests | Property | Value | Remark | |-------------------- |------------------------------------------------ |---------------------------------------------------- | | IsPackable | false | | | IsPublishable | false | | | IsTestProject | true | | | RunSettingsFilePath | runsettings in this package | will only be set when RunSettingsFilePath is empty | | Global Usings | Microsoft.VisualStudio.TestTools.UnitTesting | will only be set when MSTest is referenced |
<a name="benchmarksConfig"></a>*.Benchmarks | Property | Value | Remark | |-------------- |------- |------- | | IsPackable | false | | | IsPublishable | false | |
<a name="codeAnalysisConfig"></a>*.CodeAnalysis | Property | Value | Remark | |-------------------- |-------------------------- | --------------------------------------------------------- | | Global Usings | Microsoft.CodeAnalysis | | | IncludeBuildOutput | false | do not pack analyzers/source generators as lib dependency |
Analyzers and Source Generators will be packed to the analyzer directory of the NuGet package instead of being packed as normal lib dependency. Can be disabled by setting BAS_CB_CodeAnalysis_PackCS to false.
If you don't want a specific property to be set, you can prevent it. For every property there is a corresponding flag that controls, if the property will be set or not.
The flags are named BAS_CB_Set_<PropertyName>.
For example if you don't want the NeutralLanguage to be set, add this to your project:
<PropertyGroup>
<BAS_CB_Set_NeutralLanguage>false</BAS_CB_Set_NeutralLanguage>
</PropertyGroup>
<a name="testRunsettings"></a>Test runsettings
Provides a default .runsettings-file for tests and coverage. This is automatically set to RunSettingsFilePath when RunSettingsFilePath is empty. So when you want to use your own runsettings, simply overwrite RunSettingsFilePath like you normally would do anyway.
Included settings:
- MaxCpuCount = 0
max process-level parallelization; but parallelization on thread level is not enforced within the test dll. - TreatNoTestsAsError = true
when no tests are found in the test project, it is treated as error. So e.g. when, due to an error, no tests are found in your test project, your test run will fail. - excludes *.Tests.dll, *.Benchmarks.dll and Microsoft.*.dll projects from code coverage
<a name="versioning"></a>Versioning
The versions are built from the properties BAS_CB_BuildType, BAS_CB_VersionMajor, BAS_CB_VersionMinor, BAS_CB_VersionBuild and BAS_CB_VersionRevision. If you want to disable the versioning you can set BAS_CB_Set_Versions = false.
The build type differentiates between release builds and different kinds of prerelease builds. Recommended values are: | Value | Usage | |-------- |------------------------------------------------ | | Alpha | Local builds | | CI | Continuous integration builds or nightly builds | | Preview | Public preview builds | | RC | Release candidates | | Release | Release builds |
But you can use any other string. The only fixed value is 'Release'. This removes the prerelease suffix and the revision from the InformationalVersion and the PackageVersion. Any other string will be used as suffix including the revision number.
Be aware, that the suffixes will be ordered alphabetically e.g. by NuGet. So for example version 1.0-RC is considered higher than a version 1.0-Preview, because it is further back in the alphabet.
This is how the version properties are being set: | Property | Value | |---------------------- |---------------------------------------- | | AssemblyVersion | Major.Minor | | FileVersion | Major.Minor(.Build) | | InformationalVersion | Major.Minor(.Build)(-Suffix(Revision)) | | PackageVersion | Major.Minor(.Build)(-Suffix(Revision)) |
You can specify the necessary properties directly in your project or you can set them using dotnet build (MSBuild) parameters:
dotnet build MySolution.sln -p:BAS_CB_VersionMajor=2 -p:BAS_CB_VersionMinor=1 -p:BAS_CB_VersionBuild=0 -p:BAS_CB_VersionRevision=1043 -p:BAS_CB_BuildType=CI
Typically you would set them on the build server using parameters. Local builds in the IDE won't have any parameters set. When nothing else is specified, build type 'Alpha' is used as fallback. By doing so, all local builds will be in this category. The purpose for this is, that almost all other build types (suffixes) would be considered higher than a local build, because A is right at the beginning of the alphabet.
Major and Minor are set to 1.0 when empty, Build and Revision are omitted from the version when empty.
Logging
If you want to log the properties, that are set by this project, you can set the property BAS_CB_Log_Properties to true. This will log the current value of all these properties after the PrepareForBuild target.
<PropertyGroup>
<BAS_CB_Log_Properties>true</BAS_CB_Log_Properties>
</PropertyGroup>
License
The Basilisque framework (including this repository) is licensed under the Apache License, Version 2.0.
Learn more about Target Frameworks and .NET Standard.
-
.NETStandard 2.0
- No dependencies.
NuGet packages (1)
Showing the top 1 NuGet packages that depend on Basilisque.CommonBuild:
Package | Downloads |
---|---|
Basilisque.CommonFrameworkBuild
This project provides common build configuration for all parts of the Basilisque framework. It is NOT recommended to use this unless you're developing a part of the framework. |
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last updated |
---|---|---|
1.0.0-RC14 | 117 | 6/12/2024 |