How to deploy your project pages through GitLab
toy.raymond at gmail.com
Thu Dec 13 00:54:09 UTC 2018
With your help, cmucl's web site can now be generated using gitlab
pages. This works great, once I move public_html out of the way.
However, the public_html directory had directories holding other
artifacts like the pdf and html versions of the user manual and other
documentation and, more importantly, the binaries of the various
snapshots and releases.
How would this be handled? I could check these items into the repo,
but huge binary blobs in the repo that would just be copied out seems
like not a good idea. Any suggestions? Maybe we shouldn't really use
gitlab pages? (That would be kind of sad because automatically
generating the site would make me more motivated to keep it a bit more
On Sat, Nov 3, 2018 at 8:37 AM Erik Huelsmann
<ehuelsmann at common-lisp.net> wrote:
> As per my prior mail, I'm sending instructions as to how to start using GitLab to deploy your project pages (i.e. how to deploy what you would normally copy to /project/*/public_html using GitLab automation).
> First, the delpoyment through GitLab uses GitLab Pages which means that everything you can find about GitLab Pages based deployment of webpages (e.g. in the documentation: https://docs.gitlab.com/ee/user/project/pages/#how-it-works) applies here as well -- except for the URL on which your site will be published.
> Another important note is that if the directory /project/<your-project>/public_html exists, your pages will be served from that. If it doesn't, your project pages will be served from GitLab Pages, if that doesn't exist, your project pages are redirected to GitLab itself. This means that you can experiment with GitLab pages based deployment by moving your public_html directory out of the way. If your tests fail, simply move it back into place and your existing pages will be restored.
> What do you need to do to use GitLab deployment?
> 1. Create a GitLab repository called <project>-site in the group <project>
> 2. Add the content to be deployed to the repository (either static or to be built)
> 3. Add a '.gitlab-ci.yml' file to the repository
> 4. Rename the /project/<project>/public_html directory
> For the simplest of deployments (taking what's in the repository "as-is") see the cl-couch pages deployment repository and .gitlab-ci.yml at https://gitlab.common-lisp.net/cl-couch/cl-couch-site/.
> For an intermediary level deployment processing Markdown to HTML and wrapping the result in a template, see the common-lisp.net homepage generator (which we'd like to abstract into a generic tool; we can use a hand there!) at https://gitlab.common-lisp.net/clo/cl-site/.
> For the most complex we currently have - using Docker - see the Quickref build at https://gitlab.common-lisp.net/quickref/quickref/tree/continuous-integration ; note that this is currently on its "continuous-integration" branch. I hope it'll be adopted soon to be on the master branch.
> I'll add similar instructions to the c-l.net FAQ.
> Please feel free to follow-up with any questions you might have when you start playing around with this new feature.
More information about the clo-devel