-
Notifications
You must be signed in to change notification settings - Fork 7.6k
Only push to NuGet for Full Build (cron) #4517
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
Only push to NuGet for Full Build (cron) #4517
Conversation
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.
I found another issue, we seem to be updating the badge on full build, including the one with [Feature]. We need a way to identify a CRON build and then do nuget publish and badge update.
tools/travis.ps1
Outdated
@@ -181,7 +181,11 @@ else | |||
$packages += Start-PSPackage @packageParams -Type AppImage | |||
foreach($package in $packages) | |||
{ | |||
if($env:NUGET_KEY -and $env:NUGET_URL -and [system.io.path]::GetExtension($package) -ieq '.nupkg') | |||
# Publish the packages to the nuget feed if: | |||
# 1 - It's a fullBuild (allready checked, for not a PR) |
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.
Typo in allready -> already
tools/travis.ps1
Outdated
# 1 - It's a fullBuild (allready checked, for not a PR) | ||
# 2 - We have the info to publish (NUGET_KEY and NUGET_URL) | ||
# 3 - it's a nupkg file | ||
if($isFullBuild -and $env:NUGET_KEY -and $env:NUGET_URL -and [system.io.path]::GetExtension($package) -ieq '.nupkg') |
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.
This also published if it is [Feature] run?
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.
Only if we merge a feature... that is equivalent to a daily build, I'm fine with it. If it's a PR, it won't publish. And if you squash merge, you will likely, remove the [Feature]
from the commit message.
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.
actually, a true merge would change the description of the last commit message too. Only merging to master using the rebase option would have this possible effect.
The badge issue is being fixed in #4536 |
tools/travis.ps1
Outdated
# 1 - It's a fullBuild (already checked, for not a PR) | ||
# 2 - We have the info to publish (NUGET_KEY and NUGET_URL) | ||
# 3 - it's a nupkg file | ||
if($isFullBuild -and $env:NUGET_KEY -and $env:NUGET_URL -and [system.io.path]::GetExtension($package) -ieq '.nupkg') |
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.
After merging a PR to master, if the commit message happen to have [Feature]
tag, we will publish the nuget package as well. Is that desired? Maybe we should use $isDailyBuild
instead.
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.
Rebased, and updated.
8afb947
to
b4bcbf1
Compare
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.
LGTM
Currently, every merge is also publishing.