-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Publishing Messaging nuget packages and some related CI streamlining #560 #561
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #561 +/- ##
===========================================
- Coverage 90.12% 74.38% -15.74%
===========================================
Files 45 238 +193
Lines 2359 7351 +4992
Branches 299 812 +513
===========================================
+ Hits 2126 5468 +3342
- Misses 232 1691 +1459
- Partials 1 192 +191 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It doesn't seem to pick up the version upgrade for Node.js 20 from the repo variable despite updating the value:
Environment details
node: v18.18.2
npm: 9.8.1
yarn: 1.22.22
I recommend putting back the matrix for now as provenance won't happen for the NPM packages this way.
Changed the CI workflow to use the dotnet build scripts for build and repo variables for framework versions Adjust dotnet-test script to use the Release build output from the dotnet-build script
Messaging libraries are packaged and placed under ./packages
In order to publish the nuget packages I decided some streamlining on the dotnet build side is necessary. I separated the changes in 3 commits so they are easier to review and follow in the history.
I made the existing CI job to make use of the build scripts in the repository. This change is intended to have the ability to run the same build process locally.
I added variable usage for DOTNET_VERSION and NODE_VERSION so we don't have to adjust this across multiple workflow files. This needs to be set up on the main repo as well.
I adjusted the packaging scripts and projects so by default projects are not packaged, version is handled in a central location and packages are output in a central location. I enabled packaging for the Messaging libraries where necessary.
I added a deploy_to_nuget job to the release.yml workflow that pushes the packages. Note that packages are intentionally listed one by one in order to avoid accidentally pushing undersired packages to nuget.org
Further streamlining of the processes might be desirable, I didn't want to inflate this PR further.