This is an F# Template for:
- creating and publishing libraries targeting .NET 8.0
net8.0 - creating and publishing applications targeting .NET 8.0
net8.0
This takes away the ambiguity that developers face when creating an OSS project. Such as:
- How do I structure my project?
- How do I create repeatable builds?
- Which test framework should I use?
- How do I create releases easily?
- What Issue/Pull Request templates should I use?
- How should I go about creating documentation?
- How do I get CI/CD setup easily?
- What's the standard .gitignore file?
- What other things would make it easier for me when starting off creating a project I might not even know about?
- Standard project structure for your dotnet application
- Build Automation tool via FAKE
- Package management tool via Paket
- Unit Testing via Expecto
- Code Coverage via Altcover
- Also builds an html report with ReportGenerator
- Code formatting style via Fantomas
GitReleasebuild step commits latest CHANGELOG.md in the body and creates a git tag.- If you reference a Pull Request in the
CHANGELOG.mdit will update that Pull Request with the version it was released in.
- If you reference a Pull Request in the
GitHubReleasebuild step publishes a GitHub Release via the CHANGELOG.md and adds any artifacts (nuget/zip/targz/etc).- Continuous integration via GitHub Actions
For Libraries
- Builds for
net8.0- Target Frameworks- To build for
net8.0.NET 8.0 installed
- To build for
- Sourcelink which enables a great source debugging experience for your users, by adding source control metadata to your built assets
- Documentation Generation - Generates Documentation from markdown files, fsx files, and the XML Documentation Comments from your library.
- Continuous deployment via GitHub Actions
- [Publish to NuGet] - Pushes NuGet packages to NuGet
- Generates Package Version from
CHANGELOG.md - Adds Package Release Notes metadata from
CHANGELOG.md
- Generates Package Version from
- [Documentation Publish] - Publish Documenation to Github Pages
- [Publish to NuGet] - Pushes NuGet packages to NuGet
For Applications
- Basic argument parsing example via Argu
- Builds a
net8.0application - Target Frameworks- To build for
net8.0- Have .NET 8.0 installed
- To build for
- Builds for
win-x64,osx-x64andlinux-x64- Runtime Identifiers. Bundles the application via dotnet-packaging- Bundles the
win-x64application in a .zip file. - Bundles the
osx-x64application in a .tar.gz file. - Bundles the
linux-x64application in a .tar.gz file.
- Bundles the
Install the dotnet template from NuGet:
dotnet new install "MiniScaffold::*"
Then choose:
dotnet new mini-scaffold -n MyCoolNewLib --githubUsername MyGithubUsername
dotnet new mini-scaffold -n MyCoolNewApp --githubUsername MyGithubUsername -ou console
The scaffold defaults to using the main branch for releases. If you release from a different branch, you can use the --releaseBranch <branch name> parameter to use your release branch instead of the default.
| GitHub Actions |
|---|
 |
| Stable | Prerelease |
|---|---|
This is used to automatically configure author information in the NuGet package, as well as configure push urls for repo locations.
Defaults to Library
When set to either Console or Library project and the supporting infrastructure around their respective types.
-bash: ./build.sh: Permission denied
This is because dotnet template loses permissions of files. (#37) added a post hook to address this but this only fixes it for dotnet sdk 2.x users. dotnet sdk 1.x will need to run chmod +x ./build.sh
Appveyor's conventions around generating URLs based on the project name has some nuances. See this issue for details.