-
Notifications
You must be signed in to change notification settings - Fork 283
Deployment via travis-ci #76
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you very much, @stereobooster.
I'm not an expert in setting up this kind of processes, and I'm not entirely sure what's the scope of this but I added a few questions - to make sure we are on the same page and we are adopting the simplest solution.
Let's me know if they make sense.
.travis.yml
Outdated
env: | ||
global: | ||
- secure: Fo8SzDuBGepCJH5m9lUMyuIo68j1d/KD5FGdUsMwol1a5VzgtNiuA66rINoKN9Z+5RVhkuEkub8SKTM1LDBOoO955h0xvpPvfWZQwlL0jklsHMNhiGsnGuU76uHNJXR10PeEncXw5I713rjo6Cq5zt0YlqmvfLrZQb9teJAYtWyg07vdpGgZ+xAuZZmMGjrx7tdp1c2Yys4sIZ+44ORDX/nF8Ro/1xhWdNP/yg8oKMwS2DySXhgrXNmpoN9zgISOqfZegsWJp3ivKY+0Ji8eMvXuOGTy9x32ZanYy9ssYhkZ1HsbN0iW0c32QoiUWYCMbDgVDEQMspw5/vx7Fc7V8HUmE5HzuDcWCpzorF6f2WwboWXin01uU97bKQuA9TANCUhF2+aToug4d8gFEdSrJ54PoREnRy96kPjNSjekYpEkE0pbQaTL5NTLgYTjhgs16cJk01tBgEpQjyZWotluw1ex/dBCH5+enPPynaoHbkFANCHU0r2AVbfAdvthYMXbENcJ4BRlj2G8SX035+12C5+xXL/hc8kgDUgJFEQiZLK1aa8AsMH2lMt5t/3TZeDZKCG8F9SGnNoJJ83Yn/wsT7gr46P3KhS/kqNfmmi/P7kVfcyjWmms91KLDC995sNj15Z/SCobuMdYAEf5b9yDyH/lqak8x0o2KJbA7phpl7s= | ||
- secure: Oux0NLAoHR882564k+5MeRnjACjWUdDxIFw79+f/rz2iTpwbBZNNoYHui5iX9h3IUsVRbRgcrnsnHz6vFHBIF5+OUjeiy5cgQQ8OTt1GUUrawLMDIUaTecrMTdpRLyI/BZVW33VVgZaRZbft5K/SaTxiY8/d4GlKlnRWI8NSiNUt3/NauzUR8OiPApLpev9OICjQqShjzovSb1VSXd4PM7TljSWwrBTy46vufydEUJixC+F+ZOHUU+pgT0kBCZ887ObRFAUfG4Bv05jUXE3dQpX1M04z11w9qbfR+4jBM6iM54+o2ADl7DNlVOpL8Pqylm1wss6y0Q0yfnwu4vRSOaBiVV51tgjVXnVi2yOykYRxe/5QneWbRxeU2qyOlLU6GyY0yBytcWDskb7SM1/QS0jj0GrSfGGa5flc9Zummsq2AO3Rd4AA2sIAK620z/yas2l++AB0cBRCVYEzr+YXo0z4p4+a8bJupfDQEgUOwjU37b/hK10WLLdtVfk0/dbigTNJxO1l93rcNlgz0pzBCbfarhfKzFEKnPLEcBKj3OBWlLQKZC3Tk9m8Jx0wcqXmkQclpWcJx6D1jWxDH/XKGOJvTUxV6sw/Nhs7kcXGjfcLCcPxGXms17MuDxxEau9HEtW/Hb+ynMU76AIGH8BS7QE0+azRKzvVd+i2z6vNCG8= |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do we need multiple secure
entries?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
it contain three items email, name and token. Encrypting email and name doesn't make much sense though, because they are visible in github
.travis.yml
Outdated
node_js: | ||
- "8" | ||
cache: yarn | ||
script: yarn build |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't we run build-data
as well here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes we can. Theoretically you should run it before commit.
.travis.yml
Outdated
cache: yarn | ||
script: yarn build | ||
after_success: | ||
- test $TRAVIS_PULL_REQUEST == "false" && test $TRAVIS_BRANCH == "webpage" && bash |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't we run this when both master
and website
get updated (if we rebuild the JSON - see my previous comment)?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
master doesn't have website
and build
script. There is nothing we can deploy from master
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yep, my idea was (not sure if it's feasible): when there's a new push on either master
or website
, we switch to website
, we run rebuild (data + app) and deploy.
What do you think?
Thank you very much!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Theoretically this is possible, but I do not feel like this the right thing to do.
There are a lot of folders in the root of main project anyway. We can add another one called website
. Classical mono-repo move. WDYT?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's do it, since it's going to make the process simpler.
Thank you very much for taking care of this.
deploy.sh
Outdated
@@ -0,0 +1,38 @@ | |||
# !/bin/bash |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wouldn't it be possible to simplify the process following this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes. I haven't seen this before
updated to use Travis solution. It works and it is much simpler |
this PR can be merged as is (or closed). I will make another one against master |
close in favor of #78 |
No description provided.