Aksio.CodeAnalysis 1.6.8

Prefix Reserved
There is a newer version of this package available.
See the version list below for details.
dotnet add package Aksio.CodeAnalysis --version 1.6.8                
NuGet\Install-Package Aksio.CodeAnalysis -Version 1.6.8                
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="Aksio.CodeAnalysis" Version="1.6.8" />                
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add Aksio.CodeAnalysis --version 1.6.8                
#r "nuget: Aksio.CodeAnalysis, 1.6.8"                
#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 Aksio.CodeAnalysis as a Cake Addin
#addin nuget:?package=Aksio.CodeAnalysis&version=1.6.8

// Install Aksio.CodeAnalysis as a Cake Tool
#tool nuget:?package=Aksio.CodeAnalysis&version=1.6.8                

Defaults

Build Nuget Nuget

This repository contains the default setup for projects with properties for how they should build and also static code analysis for projects. It contains custom rules and the default rule-sets with the tuned rules we care about.

Read more about the custom analyzers here.

Getting Started

In your project all you need is to add a PackageReference to the package. The dotnet tool-chain will during build include any .props or .targets files found in the package by convention. From the .props file you'll get a lot of default configuration set up, it will put in package information saying it is an Aksio package and all the defaults of Aksio. This can be overridden if you're only interested in parts of the configuration.

If you're using an IDE such as Visual Studio, add a reference to the Aksio.Defaults package from the UI.

If you're using the dotnet tool you add the reference by doing the following from your terminal:

$ dotnet add package Aksio.Defaults

Or manually add the following to your .csproj - obviously for good measure, you should just add the <PackageReference> inside an existing <ItemGroup> with package references.

<ItemGroup>
    <PackageReference Include="Aksio.Defaults" Version="1.*" PrivateAssets="All"/>
</ItemGroup>

Note: The PrivateAssets="All" is important to not let the rules and setup affect any consumer of your package.

By using a wildcard for minor in the version of the packages, you're guaranteed to have the latest of the package.

For your spec projects there is a second package with specific rules for that context as we tend to write the specs differently; Aksio.Defaults.Specs.

MSBuild

This project relies heavily on MSBuild and its capabilities. It leverages both reserved well known properties and common project properties. It takes advantage of a feature in MSBuild that by convention will include props from a file named the same as its package name in any consumers. In our case this is the Aksio.Defaults.props and Aksio.Defaults.Specs.props.

Static Code Analysis

The props files configures a default behavior for builds with a common set of static code analysis rules and stylecop rules. In addition to this it provides a set of default NuGet metadata properties to ease the creation of projects that are to be published as NuGet packages.

Read more about the ruleset format and the default rulset. In addition, we leverage a 3rd party ruleset - read more about the different rules here.

This repository also adds custom Aksio rules. Read the documentation on the different rules.

With the introduction of Global AnalyserConfig one can take typical things one would hav ein .editorconfig files and package for reuse. This project does so as well by adding a global editorconfig. For examples on how these can be set up look here or here.

Debug vs Release

The default behavior of the static code analysis is to have it disabled while building with the Debug Configuration. Typically for CI/CD pipelines we run in Release and will therefor run all rules there.

If one wants to check things before committing or finalizing a pull request for instance, one could run the build with Release configuration

$ dotnet build --configuration Release

You can still enable the static code analysis rules by adding the following PropertyGroup to your .csproj or Directory.Build.props file:

<PropertyGroup>
    <RunAnalyzers>True</RunAnalyzers>
    <TreatWarningsAsErrors>True</TreatWarningsAsErrors>
    <MSBuildTreatWarningsAsErrors>True</MSBuildTreatWarningsAsErrors>
</PropertyGroup>

Note: It is also possible to run this command as a Git Hook either on commit, pre-push or pre-receive for instance, read more here. Since most hooks run on the client and is not configured for the repository, its harder to share in a team. Recommend reading this.

Packages

NuGet packages that are published on the public NuGet feed should adhere to the defined best practices. The default props file puts in most of the metadata, but some of it is specific to each project and should be included specifically in the .csproj or Directory.Build.props.

Add the following properties and configure them according to your project:

<PropertyGroup>
    <IsPackable>true</IsPackable>
    <RepositoryUrl>https://github.com/aksio-system/{repository}</RepositoryUrl>
    <PackageProjectUrl>https://github.com/aksio-system/{repository}</PackageProjectUrl>
</PropertyGroup>

In addition you might want to include the README file of your project. Add the following with the correct relative filepath to the README file:

<PropertyGroup>
    <PackageReadmeFile>README.md</PackageReadmeFile>
</PropertyGroup>

<ItemGroup>
    <Content Include="../README.md" PackagePath="/" />
</ItemGroup>
There are no supported framework assets in this package.

Learn more about Target Frameworks and .NET Standard.

  • .NETStandard 2.0

    • No dependencies.

NuGet packages

This package is not used by any NuGet packages.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
1.6.10 225 5/11/2023
1.6.9 200 5/11/2023
1.6.8 466 10/14/2022
1.6.7 411 9/30/2022
1.6.6 458 9/6/2022
1.6.6-pr83.33f98e0 103 9/30/2022
1.6.5 430 9/6/2022
1.6.4 504 5/24/2022
1.6.3 540 5/4/2022
1.6.2 517 5/4/2022
1.6.1 494 5/4/2022
1.6.0 476 5/4/2022
1.5.15 490 4/24/2022
1.5.14 517 4/18/2022
1.5.13 514 4/18/2022
1.5.12 491 4/17/2022
1.5.11 460 4/16/2022
1.5.10 504 3/25/2022
1.5.9 465 3/25/2022
1.5.8 486 1/15/2022
1.5.7 555 1/15/2022
1.5.6 520 1/15/2022
1.5.5 507 1/15/2022
1.5.4 500 1/14/2022
1.5.3 487 1/14/2022
1.5.2 513 1/14/2022
1.5.1 537 1/14/2022
1.5.0 505 1/14/2022
1.4.12 351 12/16/2021
1.4.11 361 12/16/2021
1.4.10 273 12/16/2021
1.4.9 388 12/16/2021
1.4.8 381 12/15/2021
1.4.7 325 12/15/2021
1.4.6 328 12/15/2021
1.4.5 314 12/15/2021
1.4.4 317 12/15/2021
1.4.3 367 12/15/2021
1.4.2 321 12/15/2021
1.4.1 375 12/15/2021
1.4.0 329 12/15/2021
1.3.1 331 12/15/2021
1.2.6 341 12/15/2021
1.2.5 383 12/15/2021
1.2.4 336 12/14/2021
1.2.3 329 12/14/2021
1.2.2 305 12/14/2021
1.2.1 405 12/6/2021
1.2.0 365 12/6/2021
1.1.19 356 11/23/2021
1.1.18 380 10/28/2021
1.1.17 418 10/27/2021
1.1.16 392 10/26/2021
1.1.15 374 10/13/2021
1.1.14 344 10/13/2021
1.1.13 412 10/6/2021
1.1.12 395 10/1/2021
1.1.11 431 9/22/2021
1.1.10 415 9/17/2021
1.1.9 349 9/15/2021
1.1.8 397 9/15/2021
1.1.7 419 9/15/2021
1.1.6 352 9/15/2021
1.1.5 413 9/15/2021
1.1.4 314 9/14/2021
1.1.3 397 9/14/2021
1.1.2 364 9/14/2021
1.1.1 404 9/14/2021
1.1.0 409 9/14/2021
1.0.2 388 9/14/2021
1.0.1 418 9/14/2021