Skip to content

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

Closed
wants to merge 2 commits into from
Closed

Deployment via travis-ci #76

wants to merge 2 commits into from

Conversation

stereobooster
Copy link
Collaborator

No description provided.

@stereobooster stereobooster mentioned this pull request Dec 25, 2017
3 tasks
Copy link
Owner

@MicheleBertoli MicheleBertoli left a 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=
Copy link
Owner

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?

Copy link
Collaborator Author

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
Copy link
Owner

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?

Copy link
Collaborator Author

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
Copy link
Owner

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)?

Copy link
Collaborator Author

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

Copy link
Owner

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!

Copy link
Collaborator Author

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?

Copy link
Owner

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
Copy link
Owner

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?

Copy link
Collaborator Author

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

@stereobooster
Copy link
Collaborator Author

updated to use Travis solution. It works and it is much simpler

@stereobooster
Copy link
Collaborator Author

this PR can be merged as is (or closed). I will make another one against master

@stereobooster
Copy link
Collaborator Author

close in favor of #78

@stereobooster stereobooster deleted the webpage-ci branch December 31, 2017 11:16
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants