This repository contains:
- Configuration and guidelines for automated linting of C# projects.
- Standardized internal C# utility classes to be reused across SixLabors projects (like
Guard
,DebugGuard
) SixLabors.snk
to support strong-name signing of SixLabors assemblies- Centralized msbuild configuration and utilities for SixLabors projects
It is designed to be installed as a git submodule into Six Labors solutions.
This installation guide assumes that your solution conforms to the following structure:
solution.sln
readme.md
.gitignore
+---> src
+ +
+ +---> project
+ + +
+ + +---> project.csproj
+ +
+ +---> project
+ +
+ +---> project.csproj
+
+---> tests
+
+---> project.tests
+ +
+ +---> project.tests.csproj
+
+---> project.tests
+
+---> project.tests.csproj
If the solution does not conform to this structure you will have to update it to do so.
To add SixLabors.SharedInfrastructure as a submodule of your project. In the project repository type:
git submodule add https://github.com/SixLabors/SharedInfrastructure shared-infrastructure
At this point, you’ll have a shared-infrastructure folder inside your project, but if you were to peek inside that folder, depending on your version of Git, you might see… nothing.
Newer versions of Git will do this automatically, but older versions will require you to explicitly tell Git to download the contents of shared-infrastructure:
git submodule update --init --recursive
If everything looks good, you can commit this change and you’ll have a shared-infrastructure folder in your project repository with all the content from the SixLabors.SharedInfrastructure repository.
Since the submodule is stored in a separate repository you may find at times updates have been made to the linting rules that require you to update your copy. The command below will allow you to do so:
git submodule update --init --recursive
git submodule foreach git pull origin main
There are three tools contained within the submodule that will help to automatically promote and enforce coding standards and consistency:
These tools are automatically installed into your solution by referencing the .props
and .targets
files found in the /msbuild folder.
Within the aforementioned folder there are separate .props
and .targets
files designed for shared, src, and test scenarios. These files control the build process and are responsible for automatically referencing all the required projects for versioning, linting and testing. An example use case and installation can be found at the ImageSharp repository.