ci(aio): deploy from CI to staging#14102
Conversation
|
So there's good news and bad news. 👍 The good news is that everyone that needs to sign a CLA (the pull request submitter and all commit authors) have done so. Everything is all good there. 😕 The bad news is that it appears that one or more commits were authored by someone other than the pull request submitter. We need to confirm that they're okay with their commits being contributed to this project. Please have them confirm that here in the pull request. Note to project maintainer: This is a terminal state, meaning the |
4200aae to
72cc04e
Compare
IgorMinar
left a comment
There was a problem hiding this comment.
there reset looks good!
please rebase since my PR that this was based on now landed. thanks!
There was a problem hiding this comment.
I caught this earlier today and fixed it.
my PR has landed so you can now rebase and get this PR ready to be merged.
There was a problem hiding this comment.
do we have to use "public"?
I'd rather have this directory to be named an a way where it's clear to everyone that it contains build artifacts. we already use "dist" in this repo. Could we use that name?
There was a problem hiding this comment.
isn't this going to leak the token via console output?
There was a problem hiding this comment.
I think not (unless I missed your point). code.material.angular.org has a similar configuration. The console output (as you can see for example here) contains $FIREBASE_TOKEN (not the actual value of the FIREBASE_TOKEN env var).
The slight difference is that they are running the command directly and not through an npm script, but I tried it locally (on Ubuntu 16.04) and it is the same (it logs $FIREBASE_TOKEN, not the value).
There was a problem hiding this comment.
we'll also need to setup the FIREBASE_TOKEN, right?
There was a problem hiding this comment.
Right. I assume this has to be set up as an env var in Repository Settings on Travis.
There was a problem hiding this comment.
could we rename this task to something that we wouldn't try to run from terminal?
the task doesn't set the environment to deploy, so whatever is set to be the current firebase environment that will be used as the target and that could result in some bad surprises (accidental push to production).
I would typically add a weird prefix or suffix to this name task name: ~~deploy or deploy~~
72cc04e to
ceb59b3
Compare
|
CLAs look good, thanks! |
44eec69 to
a9f21b5
Compare
There was a problem hiding this comment.
This will cache the yarn-cache directory (according to this).
|
I dealt with the comments. I also added a fixup commit that:
One last thing that needs to be determined: Currently, the deployment to Initially, it seemed like a good idea, so that master does not appear as broken because of some unrelated issue, but now deployment problems will go unnoticed. We either need to send a notification if the deployment fails or make the whole build fail as well (e.g. move the deployment logic from WDYT? |
|
It doesn't seem to be possible to send notifications from Travis based on custom condition (e.g. if the deployment succeeded or failed). Only based on the overall build status (success/failure) 😞 |
|
Another idea is to use something like slack-notify (or similar) to send a Slack notifications manually. |
IgorMinar
left a comment
There was a problem hiding this comment.
can you also rebase and resolve conflicts please?
There was a problem hiding this comment.
can you use "aio" instead of angular_io, let's use aio everywhere in commit messages and logs.
001dcfd to
f4445ef
Compare
|
Rebased and taken care of the comments. |
2490ef0 to
c7e97a4
Compare
dc65507 to
7af12b9
Compare
7af12b9 to
59bdb0f
Compare
|
ci error is an unrelated flake |
|
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
TODO (not as part of this PR):
angular.io/.firebasercwith the project ID.FIREBASE_TOKENenv var in Travis.