-
Notifications
You must be signed in to change notification settings - Fork 100
[FEATURE] Multiple Nuget Deploy, 1 Step #41
[FEATURE] Multiple Nuget Deploy, 1 Step #41
Comments
I would rather do this instead: - name: Publish Release
id: publish_nuget
uses: brandedoutcast/publish-nuget@master
continue-on-error: true
with:
# Filepath of the project to be packaged, relative to root of repository
PROJECT_FILE_PATH: **/*.csproj
# Flag to toggle git tagging, enabled by default
TAG_COMMIT: false
# API key to authenticate with NuGet server
NUGET_KEY: ${{ secrets.NUGET_API_KEY }}
INCLUDE_SYMBOLS: false |
Fixes brandedoutcast#41. This adds 2 dependencies to publish-nuget that then allows file globbing support for ``PROJECT_FILE_PATH`` and then allows pushing them.
Merged into my fork test it out with |
Got this working by doing amends and force pushes all day and running CI over and over again until it started working like I wanted:
However my fork is a breaking change from this version, for starters I was forced to strip automatic build and pack into it's own action which can actually do a lot more than just build and pack like run unit tests. If interested I gutted that logic out into https://github.com/Elskom/build-dotnet/ Also the old |
First of thanks for creating this action, I am using the pants off of it right now.
This seems like a straightforward request that I am surprised it hasn't been solved (that I could find with Googling a way to do this).
Would rather create a step that I supply a directory and we just recursively find all
.CSPROJ
and pack/push them with the same configuration and continue-on-error true.Providing my current workflow as there maybe a way to do this that I just can't seem to find the instructions for.
https://github.com/houseofcat/Library/blob/master/.github/workflows/nuget-publish.yml
The text was updated successfully, but these errors were encountered: