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: CONTRIBUTING.md
+28Lines changed: 28 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,6 +20,34 @@ Use the [Discussions](https://github.com/github/gh-gei/discussions) tab in this
20
20
21
21
All work done by the maintainers of this repo is tracked in this repo using Issues. We have a hierarchical backlog with Epics at the top, broken down into Batches then broken down to Tasks (epic/batch/task is indicated via labels on the issues). You can see an example Epic and navigate down from there [here](https://github.com/github/gh-gei/issues/101).
22
22
23
+
## Running tests
24
+
25
+
### In the terminal
26
+
If you want to run tests selectively in the terminal, you can use dotnet test with `--filter` option.
27
+
28
+
Here are some examples:
29
+
1. Run all tests in `AdoApiTests` class. Navigate to either `src` (where the `sln` file is) or `src/octoshiftcli.tests` (where the `csproj` file is) and then execute the following command:
30
+
```
31
+
dotnet test --filter AdoApiTests
32
+
```
33
+
34
+
2. Run a specific test-`GetUserId_Should_Return_UserId` in `src/OctoshiftCLI.Tests/Octoshift/Services/AdoApiTests`. Navigate to `src` or `src/octoshiftcli.tests` and then execute the following command:
35
+
```
36
+
dotnet test --filter AdoApiTests.GetUserId_Should_Return_UserId
37
+
```
38
+
39
+
### Debugger
40
+
41
+
If you are using VS code, you can install the [C# dev kit](https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit) which will add the testing extension.
42
+
- Press the play to run the entire test suite, or navigate to the specific test you would like to run.
43
+
- If you set a breakpoint within your code and press the play button with the bug next to it you will be able to inspect your code in more detial.
44
+
45
+
### Useful links
46
+
1.[Dotnet test commands](https://learn.microsoft.com/en-us/dotnet/core/tools/dotnet-test#filter-option-details)
47
+
2.[Run selective unit tests](https://learn.microsoft.com/en-us/dotnet/core/testing/selective-unit-tests?pivots=mstest)
48
+
3.[C# dev kit](https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit)
Copy file name to clipboardExpand all lines: README.md
+4Lines changed: 4 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -87,6 +87,10 @@ Refer to the [official documentation](https://docs.github.com/en/migrations/usin
87
87
88
88
Refer to the [official documentation](https://docs.github.com/en/migrations/using-github-enterprise-importer/migrating-repositories-with-github-enterprise-importer/migrating-repositories-from-bitbucket-server-to-github-enterprise-cloud) for more details.
89
89
90
+
### Skipping version checks
91
+
92
+
When the CLI is launched, it logs if a newer version of the CLI is available. You can skip this check by setting the `GEI_SKIP_VERSION_CHECK` environment variable to `true`.
93
+
90
94
### Skipping GitHub status checks
91
95
92
96
When the CLI is launched, it logs a warning if there are any ongoing [GitHub incidents](https://www.githubstatus.com/) that might affect your use of the CLI. You can skip this check by setting the `GEI_SKIP_STATUS_CHECK` environment variable to `true`.
Copy file name to clipboardExpand all lines: docs/ContributingCode.md
+12-5Lines changed: 12 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -68,11 +68,18 @@ There are 3 types of static analysis that are enforced on every PR:
68
68
## Publishing a Release
69
69
Only repo maintainers can publish a release. The process is kicked off by pushing a tag in the format `v0.7`. We follow [Semantic Versioning](https://semver.org/) when deciding on the next version number.
70
70
71
-
This will trigger an Actions workflow that results in a new release being published. It performs these steps:
72
-
- Validates that the SHA referenced by the tag is in the history of the `main` branch
73
-
- Runs `publish.ps1` to build self-contained binaries for each platform. This script also embeds the version number (extracted from the tag) into each binary.
74
-
- Creates a release in this repo with the self-contained binaries, uses the contents of `RELEASENOTES.md` as the release description.
75
-
- Moves the contents of `RELEASENOTES.md` to a version specific file under the releasenotes folder, then empties out `RELEASENOTES.md` and commits the 2 files
71
+
### How to publish a release
72
+
73
+
1. Check [`RELEASENOTES.md`](http://releasenotes.md/) to see if there is anything to release.
74
+
2. Switch to the `main` branch and `pull` the latest.
75
+
3. *optional* List the tags e.g. `git tag`
76
+
4. Tag the version e.g. `git tag v5.0`
77
+
5. Push the tags up e.g. `git push --tags`
78
+
6. This will trigger an Actions workflow that results in a new release being published, once the build is done it will wait for approval(from maintainers) in order to `pushlish` the binaries. The workflow does the following steps:
79
+
- Validates that the SHA referenced by the tag is in the history of the `main` branch
80
+
- Runs `publish.ps1` to build self-contained binaries for each platform. This script also embeds the version number (extracted from the tag) into each binary.
81
+
- Creates a release in this repo with the self-contained binaries, uses the contents of `RELEASENOTES.md` as the release description.
82
+
- Moves the contents of `[RELEASENOTES.md](http://RELEASENOTES.md)` to a version specific file under the name of the created `tag` in the releasenotes folder, then empties out `RELEASENOTES.md` and commits the 2 files.
0 commit comments