-
Notifications
You must be signed in to change notification settings - Fork 3
Conversation
I'm not sure where these came from but commit them anyways.
Recently we removed the build/deployment script, add it back it.
The gh-pages CI job is incorrect. We maintain two separate repositories, one for the web site source code and one for the built site. We use the `build.sh` script to build and deploy the site. The reason for the separation is so that the source code is not tied to the site hosting. Just because we currently host the site using github pages there is no reason that we must continue to do so. Keeping the hosting separate from the source means we can immediately switch to a new hosting service by just grabbing the built site and moving it to the new host, no changes to the source files required. This separation also allows us to merge things into `master` and manually control when we deploy while still testing each merge in this repo.
Happy to take your input on the repository separation but as I see it I still think the separation is valid. Also this PR requires the least work by Andrew since everything is already set up like this. (He has admin perms to the org.) |
I think that we should think what is best in the long-term. First, repository separation: Second, the bash script: Conclusion: if we archive/delete EDIT: for the
it would be easy just to copy |
I had a bit more of a read of the github docs, it seems we have two options
I believe you are suggesting we use (2). A few problems I see
So it looks like to get our build to work we have to do custom stuff, am I missing something? Said another way, where do you propose the static site files go once built? In the |
We need to do what we are doing here (including the GH Actions CI) in
It is a static site, or client-side rendered. GH Pages do not support server-side rendering. Everything that you do with your |
oooo, the |
I don't follow. You mean If yes, So what if we archive this repo and migrate all issues and PRs to |
I've got a bad feeling its not going to handle the submodule ( |
My bad, cut'n'pasta fail.
Yep, we should do that. |
@apoelstra, I've been intentionally not mentioning you to shield you from all this but now we need you to please update some settings. To save you reading everything this is whats happened:
|
Once that is all done we can:
|
Any updates on this? |
Just looking at this now, sorry, sometimes I forget to look at the github notification "reason" column and miss mentions. |
@tcharding I think the "read and write permissions" setting is already set. |
We don't want to go this direction. |
Fix site deployment by doing:
build.sh
script back as it was when we recently removed it [0]gh-pages
CI jobPlease see last patch for explanation and reasoning.
[0] I ran the build script, site is live now with the new cookbook!