diff options
author | eileencodes <eileencodes@gmail.com> | 2016-07-01 10:47:11 -0400 |
---|---|---|
committer | eileencodes <eileencodes@gmail.com> | 2016-07-01 10:58:06 -0400 |
commit | 297e262035ce9dce9c33f8bebc778f36760a5e40 (patch) | |
tree | 310306d87717f500d87a5bdadc8ce899e498bd4e /activerecord/test/models/hotel.rb | |
parent | 49a881e0db1ef64fcbae2b7ddccfd5ccea26ae01 (diff) | |
download | rails-297e262035ce9dce9c33f8bebc778f36760a5e40.tar.gz rails-297e262035ce9dce9c33f8bebc778f36760a5e40.tar.bz2 rails-297e262035ce9dce9c33f8bebc778f36760a5e40.zip |
Fix release task now that NPM is part of the build
Note: this commit looks super weird becuase git. I'm moving the entire
NPM section to the part where we actually push the gems/npm package for
the reasons below. That's not how the git diff looks though.
When we release Rails we run `rake prep_release` which calls
`update_versions`. This was updating the NPM version as well. But when we
would later run `rake install` to test the installed gem
`update_versions` gets called again which causes the install to fail
because NPM sees the version is the same as the last run and refuses to
continue. If you forget to stash this will then cause the push to
RubyGems to fail because `update_versions` is called again and then NPM
will not continue because it thinks the version hasn't been changed even
though it has.
The correct solution would be to not update the NPM verion if it matches
the version already in the file but after an hour I could not find a
simple way to use NPM to read the current version. Honestly that's not
the best way to do it either because say you forget to update something
else and then the script thinks it's already been updated.
With that in mind I think the best solution is to not update the NPM
version until right before we are going to push to NPM because then that
won't cause the push to RubyGems to fail.
Diffstat (limited to 'activerecord/test/models/hotel.rb')
0 files changed, 0 insertions, 0 deletions