aboutsummaryrefslogtreecommitdiffstats
path: root/CODE_OF_CONDUCT.md
diff options
context:
space:
mode:
authoreileencodes <eileencodes@gmail.com>2016-07-01 10:47:11 -0400
committereileencodes <eileencodes@gmail.com>2016-07-01 10:58:06 -0400
commit297e262035ce9dce9c33f8bebc778f36760a5e40 (patch)
tree310306d87717f500d87a5bdadc8ce899e498bd4e /CODE_OF_CONDUCT.md
parent49a881e0db1ef64fcbae2b7ddccfd5ccea26ae01 (diff)
downloadrails-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 'CODE_OF_CONDUCT.md')
0 files changed, 0 insertions, 0 deletions