Skip to content

Commit 930a72e

Browse files
committed
Cleanup markdown issues
1 parent 5664f5e commit 930a72e

File tree

1 file changed

+42
-47
lines changed

1 file changed

+42
-47
lines changed

README.md

Lines changed: 42 additions & 47 deletions
Original file line numberDiff line numberDiff line change
@@ -60,37 +60,35 @@ TheAngryByrd.Myriad.Plugins.TypeSafeInternals | [![NuGet Badge](https://buildsta
6060

6161
Make sure the following **requirements** are installed on your system:
6262

63-
- [dotnet SDK](https://www.microsoft.com/net/download/core) 5.0 or higher
63+
* [dotnet SDK](https://www.microsoft.com/net/download/core) 5.0 or higher
6464

6565
or
6666

67-
- [VSCode Dev Container](https://code.visualstudio.com/docs/remote/containers)
67+
* [VSCode Dev Container](https://code.visualstudio.com/docs/remote/containers)
6868

6969
---
7070

7171
### Environment Variables
7272

73-
- `CONFIGURATION` will set the [configuration](https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-build?tabs=netcore2x#options) of the dotnet commands. If not set, it will default to Release.
74-
- `CONFIGURATION=Debug ./build.sh` will result in `-c` additions to commands such as in `dotnet build -c Debug`
75-
- `GITHUB_TOKEN` will be used to upload release notes and Nuget packages to GitHub.
76-
- Be sure to set this before releasing
77-
- `DISABLE_COVERAGE` Will disable running code coverage metrics. AltCover can have [severe performance degradation](https://github.com/SteveGilham/altcover/issues/57) so it's worth disabling when looking to do a quicker feedback loop.
78-
- `DISABLE_COVERAGE=1 ./build.sh`
79-
73+
* `CONFIGURATION` will set the [configuration](https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-build?tabs=netcore2x#options) of the dotnet commands. If not set, it will default to Release.
74+
* `CONFIGURATION=Debug ./build.sh` will result in `-c` additions to commands such as in `dotnet build -c Debug`
75+
* `GITHUB_TOKEN` will be used to upload release notes and Nuget packages to GitHub.
76+
* Be sure to set this before releasing
77+
* `DISABLE_COVERAGE` Will disable running code coverage metrics. AltCover can have [severe performance degradation](https://github.com/SteveGilham/altcover/issues/57) so it's worth disabling when looking to do a quicker feedback loop.
78+
* `DISABLE_COVERAGE=1 ./build.sh`
8079

8180
---
8281

8382
### Building
8483

85-
8684
```sh
8785
> build.cmd <optional buildtarget> // on windows
8886
$ ./build.sh <optional buildtarget>// on unix
8987
```
9088

9189
The bin of your library should look similar to:
9290

93-
```
91+
```bash
9492
$ tree src/MyCoolNewLib/bin/
9593
src/MyCoolNewLib/bin/
9694
└── Debug
@@ -106,29 +104,29 @@ src/MyCoolNewLib/bin/
106104

107105
### Build Targets
108106

109-
- `Clean` - Cleans artifact and temp directories.
110-
- `DotnetRestore` - Runs [dotnet restore](https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-restore?tabs=netcore2x) on the [solution file](https://docs.microsoft.com/en-us/visualstudio/extensibility/internals/solution-dot-sln-file?view=vs-2019).
111-
- [`DotnetBuild`](#Building) - Runs [dotnet build](https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-build?tabs=netcore2x) on the [solution file](https://docs.microsoft.com/en-us/visualstudio/extensibility/internals/solution-dot-sln-file?view=vs-2019).
112-
- `DotnetTest` - Runs [dotnet test](https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-test?tabs=netcore21) on the [solution file](https://docs.microsoft.com/en-us/visualstudio/extensibility/internals/solution-dot-sln-file?view=vs-2019).
113-
- `GenerateCoverageReport` - Code coverage is run during `DotnetTest` and this generates a report via [ReportGenerator](https://github.com/danielpalme/ReportGenerator).
114-
- `WatchTests` - Runs [dotnet watch](https://docs.microsoft.com/en-us/aspnet/core/tutorials/dotnet-watch?view=aspnetcore-3.0) with the test projects. Useful for rapid feedback loops.
115-
- `GenerateAssemblyInfo` - Generates [AssemblyInfo](https://docs.microsoft.com/en-us/dotnet/api/microsoft.visualbasic.applicationservices.assemblyinfo?view=netframework-4.8) for libraries.
116-
- `DotnetPack` - Runs [dotnet pack](https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-pack). This includes running [Source Link](https://github.com/dotnet/sourcelink).
117-
- `SourceLinkTest` - Runs a Source Link test tool to verify Source Links were properly generated.
118-
- `PublishToNuGet` - Publishes the NuGet packages generated in `DotnetPack` to NuGet via [paket push](https://fsprojects.github.io/Paket/paket-push.html).
119-
- `GitRelease` - Creates a commit message with the [Release Notes](https://fake.build/apidocs/v5/fake-core-releasenotes.html) and a git tag via the version in the `Release Notes`.
120-
- `GitHubRelease` - Publishes a [GitHub Release](https://help.github.com/en/articles/creating-releases) with the Release Notes and any NuGet packages.
121-
- `FormatCode` - Runs [Fantomas](https://github.com/fsprojects/fantomas) on the solution file.
122-
- `BuildDocs` - Generates Documentation from `docsSrc` and the [XML Documentation Comments](https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/xmldoc/) from your libraries in `src`.
123-
- `WatchDocs` - Generates documentation and starts a webserver locally. It will rebuild and hot reload if it detects any changes made to `docsSrc` files, libraries in `src`, or the `docsTool` itself.
124-
- `ReleaseDocs` - Will stage, commit, and push docs generated in the `BuildDocs` target.
125-
- [`Release`](#Releasing) - Task that runs all release type tasks such as `PublishToNuGet`, `GitRelease`, `ReleaseDocs`, and `GitHubRelease`. Make sure to read [Releasing](#Releasing) to setup your environment correctly for releases.
126-
---
107+
* `Clean` - Cleans artifact and temp directories.
108+
* `DotnetRestore` - Runs [dotnet restore](https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-restore?tabs=netcore2x) on the [solution file](https://docs.microsoft.com/en-us/visualstudio/extensibility/internals/solution-dot-sln-file?view=vs-2019).
109+
* [`DotnetBuild`](#Building) - Runs [dotnet build](https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-build?tabs=netcore2x) on the [solution file](https://docs.microsoft.com/en-us/visualstudio/extensibility/internals/solution-dot-sln-file?view=vs-2019).
110+
* `DotnetTest` - Runs [dotnet test](https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-test?tabs=netcore21) on the [solution file](https://docs.microsoft.com/en-us/visualstudio/extensibility/internals/solution-dot-sln-file?view=vs-2019).
111+
* `GenerateCoverageReport` - Code coverage is run during `DotnetTest` and this generates a report via [ReportGenerator](https://github.com/danielpalme/ReportGenerator).
112+
* `WatchTests` - Runs [dotnet watch](https://docs.microsoft.com/en-us/aspnet/core/tutorials/dotnet-watch?view=aspnetcore-3.0) with the test projects. Useful for rapid feedback loops.
113+
* `GenerateAssemblyInfo` - Generates [AssemblyInfo](https://docs.microsoft.com/en-us/dotnet/api/microsoft.visualbasic.applicationservices.assemblyinfo?view=netframework-4.8) for libraries.
114+
* `DotnetPack` - Runs [dotnet pack](https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-pack). This includes running [Source Link](https://github.com/dotnet/sourcelink).
115+
* `SourceLinkTest` - Runs a Source Link test tool to verify Source Links were properly generated.
116+
* `PublishToNuGet` - Publishes the NuGet packages generated in `DotnetPack` to NuGet via [paket push](https://fsprojects.github.io/Paket/paket-push.html).
117+
* `GitRelease` - Creates a commit message with the [Release Notes](https://fake.build/apidocs/v5/fake-core-releasenotes.html) and a git tag via the version in the `Release Notes`.
118+
* `GitHubRelease` - Publishes a [GitHub Release](https://help.github.com/en/articles/creating-releases) with the Release Notes and any NuGet packages.
119+
* `FormatCode` - Runs [Fantomas](https://github.com/fsprojects/fantomas) on the solution file.
120+
* `BuildDocs` - Generates Documentation from `docsSrc` and the [XML Documentation Comments](https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/xmldoc/) from your libraries in `src`.
121+
* `WatchDocs` - Generates documentation and starts a webserver locally. It will rebuild and hot reload if it detects any changes made to `docsSrc` files, libraries in `src`, or the `docsTool` itself.
122+
* `ReleaseDocs` - Will stage, commit, and push docs generated in the `BuildDocs` target.
123+
* [`Release`](#Releasing) - Task that runs all release type tasks such as `PublishToNuGet`, `GitRelease`, `ReleaseDocs`, and `GitHubRelease`. Make sure to read [Releasing](#Releasing) to setup your environment correctly for releases.
127124

125+
---
128126

129127
### Releasing
130128

131-
- [Start a git repo with a remote](https://help.github.com/articles/adding-an-existing-project-to-github-using-the-command-line/)
129+
* [Start a git repo with a remote](https://help.github.com/articles/adding-an-existing-project-to-github-using-the-command-line/)
132130

133131
```sh
134132
git add .
@@ -137,21 +135,20 @@ git remote add origin https://github.com/user/MyCoolNewLib.git
137135
git push -u origin master
138136
```
139137

140-
- [Create your NuGeT API key](https://docs.microsoft.com/en-us/nuget/nuget-org/publish-a-package#create-api-keys)
141-
- [Add your NuGet API key to paket](https://fsprojects.github.io/Paket/paket-config.html#Adding-a-NuGet-API-key)
138+
* [Create your NuGeT API key](https://docs.microsoft.com/en-us/nuget/nuget-org/publish-a-package#create-api-keys)
139+
* [Add your NuGet API key to paket](https://fsprojects.github.io/Paket/paket-config.html#Adding-a-NuGet-API-key)
142140

143141
```sh
144142
paket config add-token "https://www.nuget.org" 4003d786-cc37-4004-bfdf-c4f3e8ef9b3a
145143
```
146144

147-
- or set the environment variable `NUGET_TOKEN` to your key
148-
145+
* or set the environment variable `NUGET_TOKEN` to your key
149146

150-
- [Create a GitHub OAuth Token](https://help.github.com/articles/creating-a-personal-access-token-for-the-command-line/)
151-
- You can then set the environment variable `GITHUB_TOKEN` to upload release notes and artifacts to github
152-
- Otherwise it will fallback to username/password
147+
* [Create a GitHub OAuth Token](https://help.github.com/articles/creating-a-personal-access-token-for-the-command-line/)
148+
* You can then set the environment variable `GITHUB_TOKEN` to upload release notes and artifacts to github
149+
* Otherwise it will fallback to username/password
153150

154-
- Then update the `CHANGELOG.md` with an "Unreleased" section containing release notes for this version, in [KeepAChangelog](https://keepachangelog.com/en/1.1.0/) format.
151+
* Then update the `CHANGELOG.md` with an "Unreleased" section containing release notes for this version, in [KeepAChangelog](https://keepachangelog.com/en/1.1.0/) format.
155152

156153
NOTE: Its highly recommend to add a link to the Pull Request next to the release note that it affects. The reason for this is when the `RELEASE` target is run, it will add these new notes into the body of git commit. GitHub will notice the links and will update the Pull Request with what commit referenced it saying ["added a commit that referenced this pull request"](https://github.com/TheAngryByrd/MiniScaffold/pull/179#ref-commit-837ad59). Since the build script automates the commit message, it will say "Bump Version to x.y.z". The benefit of this is when users goto a Pull Request, it will be clear when and which version those code changes released. Also when reading the `CHANGELOG`, if someone is curious about how or why those changes were made, they can easily discover the work and discussions.
157154

@@ -176,14 +173,14 @@ First release
176173
[0.1.0]: https://github.com/user/MyCoolNewLib.git/releases/tag/v0.1.0
177174
```
178175
179-
- You can then use the `Release` target, specifying the version number either in the `RELEASE_VERSION` environment
176+
* You can then use the `Release` target, specifying the version number either in the `RELEASE_VERSION` environment
180177
variable, or else as a parameter after the target name. This will:
181-
- update `CHANGELOG.md`, moving changes from the `Unreleased` section into a new `0.2.0` section
182-
- if there were any prerelease versions of 0.2.0 in the changelog, it will also collect their changes into the final 0.2.0 entry
183-
- make a commit bumping the version: `Bump version to 0.2.0` and adds the new changelog section to the commit's body
184-
- publish the package to NuGet
185-
- push a git tag
186-
- create a GitHub release for that git tag
178+
* update `CHANGELOG.md`, moving changes from the `Unreleased` section into a new `0.2.0` section
179+
* if there were any prerelease versions of 0.2.0 in the changelog, it will also collect their changes into the final 0.2.0 entry
180+
* make a commit bumping the version: `Bump version to 0.2.0` and adds the new changelog section to the commit's body
181+
* publish the package to NuGet
182+
* push a git tag
183+
* create a GitHub release for that git tag
187184

188185
macOS/Linux Parameter:
189186

@@ -196,5 +193,3 @@ macOS/Linux Environment Variable:
196193
```sh
197194
RELEASE_VERSION=0.2.0 ./build.sh Release
198195
```
199-
200-

0 commit comments

Comments
 (0)