Skip to content
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

Add skip_deploy to GitHub release deploy provider #2151

Merged
merged 1 commit into from
Oct 18, 2017
Merged

Conversation

dbent
Copy link
Member

@dbent dbent commented Oct 17, 2017

Potential fix for #2133

The failure in #2133 has nothing to do with our build process, but is a Ruby error generated by Travis itself:

No such file or directory @ rb_sysopen - _build/repack/Release/ckan.exe

Meaning it can't find the file to deploy. The skip_deploy option is necessary to prevent Travis from cleaning out the working directory according to this. The GitHub release provider did not have yet, although the Amazon S3 provider did. My assumption is that previously any provider having skip_cleanup meant that no cleanup was done and that some change was made in Travis which causes cleanup to be done if any provider doesn't have it. Only way to really test this is to try another release @politas

@politas
Copy link
Member

politas commented Oct 18, 2017

I guess we could test by pushing a prerelease? I expect that the auto-updater should ignore those.

@politas
Copy link
Member

politas commented Oct 18, 2017

The entire virtual machine created to process the release gets deleted after the deployment is finished, doesn't it?

@politas
Copy link
Member

politas commented Oct 18, 2017

Oh, wow. The "latest netkan.exe" on S3 is v1.23.0! This has been messed up for some time!

@politas
Copy link
Member

politas commented Oct 18, 2017

@techman83, can you weigh in on whether setting that skip_deploy to true will fix the deploy to S3? I guess if we merge this, that will in effect test the proposition because this will be the version of travis.yml used for the merge-triggered deployment to Amazon?

@dbent
Copy link
Member Author

dbent commented Oct 18, 2017

I guess we could test by pushing a prerelease? I expect that the auto-updater should ignore those.

Probably?

The entire virtual machine created to process the release gets deleted after the deployment is finished, doesn't it?

Yes.

Oh, wow. The "latest netkan.exe" on S3 is v1.23.0! This has been messed up for some time!

Isn't that correct? The version in the changelog is currently v1.23.0-PRE.

@politas
Copy link
Member

politas commented Oct 18, 2017

Isn't that correct? The version in the changelog is currently v1.23.0-PRE.

Oh, yes, of course. I was comparing the 3 at the end of v1.23 to the 6 in v.1.22.6!

@politas politas merged commit e1a0dff into master Oct 18, 2017
@politas
Copy link
Member

politas commented Oct 18, 2017

Well, no testing using a pre-release, unfortunately https://travis-ci.org/KSP-CKAN/CKAN/jobs/289332674

Skipping a deployment with the releases provider because this is not a tagged commit

@politas
Copy link
Member

politas commented Oct 18, 2017

Ok, maybe that was the wrong build report.

@politas
Copy link
Member

politas commented Oct 18, 2017

https://travis-ci.org/KSP-CKAN/CKAN/jobs/289333860 deployed correctly! Great work, @dbent!

@politas politas deleted the hotfix/deploy branch October 18, 2017 07:03
@politas politas removed the request for review from techman83 October 18, 2017 07:03
@techman83
Copy link
Member

Well done @politas / @dbent !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants