Closed dcwalk closed 5 years ago
Can we 2017.ournetworks.ca
and 2018.ournetworks.ca
?
I'm partial to the subdomain (2018.ournetworks.ca
) approach, with a couple thoughts:
2018
when we feel that it's in an archivable stateournetworks.ca/2018
to 2018.ournetworks.ca
that will persist through each release2018
release, and either:
2018.ournetworks.ca
repo on GitHub (let GH pages host) orThose thoughts work for me! Only thing I'd weigh in on is that I'd prefer the final build is on our VPS rather than GH pages hosting.
edit: gonna flip the tip comment into TODOs
Updated the task list in this issue. A few notes:
/var/www/
@garrying it looks like a version has been deployed for 2018/2017, but we haven't tagged a release (and I think there might be a commit or two to clean up both).
Are you imagining we reploy after those? Manual deployment seems fine given the pace at which I imagine we will (v. infrequently)
@dcwalk Yeah, we'd redeploy from the tagged releases after clean up. At the moment: 2017
from https://github.com/ournetworks/ournetworks.ca/commit/8bed6677c49b813896ce05ddcec4cd9e275a9c3e and 2018
from https://github.com/ournetworks/ournetworks.ca/commit/450b092f7ec61caf61ed773922631c65c37e2c00
Thinking this could be closed. URLs are:
with redirects at the top-level domain: ournetworks.ca/2017
, ournetworks.ca/2018
Update 2018-08-11 with tasks:
2017
build to indicate event has passed (in https://github.com/ournetworks/ournetworks.ca/pull/82)2017
and2018
server blocksWe want to preserve the look of 2017, 2018 versions of the site had a brief discussion with @garrying about subdomain vs/ subdirectory for how to handle this. Need to discuss further, including how to deploy and maintain code.