You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/copilot-instructions.md
+1Lines changed: 1 addition & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,6 +14,7 @@
14
14
15
15
* There should generally be one test project (under the `test` directory) per shipping project (under the `src` directory). Test projects are named after the project being tested with a `.Test` suffix.
16
16
* Tests should use the Xunit testing framework.
17
+
* Some tests are known to be unstable. When running tests, you should skip the unstable ones by running `dotnet test --filter "TestCategory!=FailsInCloudTest"`.
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -39,7 +39,7 @@ This repository can be built on Windows, Linux, and OSX.
39
39
40
40
Building, testing, and packing this repository can be done by using the standard dotnet CLI commands (e.g. `dotnet build`, `dotnet test`, `dotnet pack`, etc.).
When your repo is hosted by GitHub and you are using GitHub Actions, you should create a GitHub Release using the standard GitHub UI.
54
54
Having previously used `nbgv tag` and pushing the tag will help you identify the precise commit and name to use for this release.
55
55
56
-
After publishing the release, the `.github\workflows\release.yml` workflow will be automatically triggered, which will:
56
+
After publishing the release, the `.github/workflows/release.yml` workflow will be automatically triggered, which will:
57
57
58
-
1. Find the most recent `.github\workflows\build.yml` GitHub workflow run of the tagged release.
58
+
1. Find the most recent `.github/workflows/build.yml` GitHub workflow run of the tagged release.
59
59
1. Upload the `deployables` artifact from that workflow run to your GitHub Release.
60
60
1. If you have `NUGET_API_KEY` defined as a secret variable for your repo or org, any nuget packages in the `deployables` artifact will be pushed to nuget.org.
61
61
@@ -66,7 +66,7 @@ Trigger the pipeline by adding the `auto-release` tag on a run of your main `azu
66
66
67
67
## Tutorial and API documentation
68
68
69
-
API and hand-written docs are found under the `docfx/` directory. and are built by [docfx](https://dotnet.github.io/docfx/).
69
+
API and hand-written docs are found under the `docfx/` directory and are built by [docfx](https://dotnet.github.io/docfx/).
70
70
71
71
You can make changes and host the site locally to preview them by switching to that directory and running the `dotnet docfx --serve` command.
72
72
After making a change, you can rebuild the docs site while the localhost server is running by running `dotnet docfx` again from a separate terminal.
@@ -88,11 +88,11 @@ If Renovate is not creating pull requests when you expect it to, check that the
88
88
### Maintaining your repo based on this template
89
89
90
90
The best way to keep your repo in sync with Library.Template's evolving features and best practices is to periodically merge the template into your repo:
91
-
`
91
+
92
92
```ps1
93
93
git fetch
94
94
git checkout origin/main
95
-
.\tools\MergeFrom-Template.ps1
95
+
./tools/MergeFrom-Template.ps1
96
96
# resolve any conflicts, then commit the merge commit.
0 commit comments