Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

Conversation

@tjschuck
Copy link
Collaborator

@tjschuck tjschuck commented May 9, 2018

Notably, this is not using AppVeyor for running the tests like you'd typically expect from CI.

Our big issue with Windows historically isn't running the tests, it's actually installing the gem. This just leverages AppVeyor's infrastructure to let us try to install the bcrypt gem on Windows across all versions of Ruby that we intend to support.

See:

This doesn't actually fix the issue (that comes from me repackaging the gem and pushing the versions with new binaries), but it does give us an indication that it's working. I made this intentionally work with "prerelease" versions of the gem, so I can push up .rc versions to test without fully pushing out (possibly still broken) new versions.

See https://ci.appveyor.com/project/TJSchuck35975/bcrypt-ruby/build/windows_ci-19 for the example output — as you can see, this is "correctly" failing for Ruby 2.3+, and passing for everything below.

Note also that this is just installing the latest version of the gem currently pushed to RubyGems.org, and has pretty much nothing to actually do with this repo — using GitHub webhooks is just the easiest way to get it to automatically build. I can also manually kick off builds from the AppVeyor web UI as needed.

/cc @tenderlove

Notably, this is _not_ using AppVeyor for running the tests like you'd typically expect from CI.

Our big issue with Windows historically isn't running the tests, it's actually installing the gem.  This just leverages AppVeyor's infrastructure to let us try to install the bcrypt gem on Windows across all versions of Ruby that we intend to support.

See:

- #139
- #141
- #142
- #149
- ...plus countless others 😓

This doesn't actually fix the issue (that comes from me repackaging the gem and pushing the versions with new binaries), but it _does_ give us an indication that it's working.  I made this intentionally work with "prerelease" versions of the gem, so I can push up `.rc` versions to test without fully pushing out (possibly still broken) new versions.

test_script:
- gem install bcrypt --prerelease --no-ri --no-rdoc
- ruby -e "require 'rubygems'; require 'bcrypt'"
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  1. The gem actually always installs fine — it's requiring the lib that blows up, hence this line.

  2. The require 'rubygems' is necessary for Ruby 1.8. For the rest, it just returns false, but causes no harm.

environment:
matrix:
- RUBY_VERSION: "187"
- RUBY_VERSION: "193"
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There are no 64-bit versions of Rubies 1.8 and 1.9.

@tjschuck tjschuck merged commit f5c3e4f into master May 10, 2018
@tjschuck tjschuck deleted the windows_ci branch May 10, 2018 00:01
This was referenced May 15, 2018
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.

2 participants

Morty Proxy This is a proxified and sanitized view of the page, visit original site.