This is my config for the bitbucket pipeline for deploying to heroku
image: node:7.8.0 pipelines: default: - step: script: # Modify the commands below to build your repository. - node -v - curl -o- -L https://yarnpkg.com/install.sh | bash -s -- --version 0.21.3 - export PATH=$HOME/.yarn/bin:$PATH - yarn - git config --global push.default simple - git push -f https://heroku:$HEROKU_API_KEY@git.heroku.com/$HEROKU_APP_NAME.git
I have node 7.8.0 here, but after the `git push -f...` command, heroku starts installing it's own node (version 6), so I fixed it by updating my package.json to specify the node version in the engines object.
My question, is what is the point of setting up the pipeline to node 7.8.0 and yarn and all that, when after I push to heroku, heroku installs node and yarn anyways on its own.
The node version set in the pipeline is only used for the specific steps that are controlled (internally) within that pipeline such building or running tests. Heroku is an external environment that uses a different process to pick up on the node version to use. If you asked me, a connection could be made between Bitbucket and heroku to use that very image specified but that would be including an external dependency that would require Bitbucket to change something should Heroku change their process. But that's only my personal opinion
Project managers know this problem: A “mountain of work” lays in front of you, and you don’t know how and where to tackle them. Different to-dos lie ahead, but just one task after the other can be ha...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events