What is Nett?
Nett is a library to read and write TOML files in .Net.
Nett | Nett.Coma | Nett.AspNet | Build |
---|---|---|---|
| Release Notes | Documentation | NuGet |
How to build?
Prerequisites
- NuGet 4.9.3+ available on command line
- Visual Studio 2017+ with .Net development workload
- DocFX for generating the documentation
Steps
Build Projects
- On Command Line
- Setup some auto generated files by running
tagger.ps1
- Restore NuGet packages by running
nuget.exe restore
- Build project by running
build.ps1
- Setup some auto generated files by running
- With Visual Studio
- Setup some auto generated files by running
tagger.ps1
- Open
Nett.sln
and build in Visual Studio
- Setup some auto generated files by running
Build & check documentation
- Run
docfx.exe dfx\docfx.json --serve
- Open Browser with
http://localhost:8080
Build NuGet package
- Compile in release mode, packages will be in output folder
Contributing
The primary way to contribute to Nett
is via creating and discussing issues.
You can also submit commit pull requests. But often filing a issue will be
quicker and less painful.
Often, issues with good reproduction steps, will get fixed within a few days.
Filing issues
Filing good issues can help to quickly fix bugs or add functionality you deem important.
Bugs
- Try to add good reproduction steps
- In General: Some code fragment is worth more than a 1000 words
- Ideally you have a few lines of unit test code that reproduce the issue.
- Or add some pseudo code to the issue
- If an exception is thrown
- Include the exception type, message and stack trace
- Try to use
code blocks
for formatting that - Also include inner and/or aggregate exceptions
- Include a TOML fragment that causes an issue
Features
- Make a good clear use case description
- Describe the benefits
- What problems will that feature solve
Pull requests
To ensure your PRs get merged you should ensure that the following requirements are met
- Adhere to the existing coding standard
- Added tests for the change you did
- Ran all existing tests before submitting the PR
- Added a section to RELEASENOTES.md
The final decision is up to the maintainer. Normally a reason why a PR is rejected will be given but is not mandatory.
Probably it's better to start a short discussion first instead of doing a surprise PR. Also see Don't "Push" Your Pull Request
Note: No written coding standard etc. is available. It has to be deducted from the existing code base.
Generally the directive in the Nett project is to add more tool automation to check all these things automatically instead of written docs that are outdated the moment they are published.
More and more of these automated checks will be added over time.