Contents

Introduction

SingularityNET hosts the public community developer portal using Github pages, and Github automatically builds and deploys the site from the master branch. If you want to deploy a local or private copy, there are several options available.

Web hosting providers (FTP)

To upload a Jekyll site to a web host using FTP, simply run the JEKYLL_ENV=production jekyll build command and copy the generated _site folder to the root folder of your hosting account.

GitHub Pages

What are GitHub Pages?
GitHub Pages are public web pages for users, organisations, and repositories, that are freely hosted on GitHub’s github.io domain or on a custom domain name of your choice.

Full GitHub Pages deployment guide.
We recommend you to read full GitHub Pages deployment guide here.

Set relative URLs properly!
Please take a look at Relative URLs part of “Configuration” section before you deploy your site.

Build site with environment variable!
Please build your site with proper environment variable before you deploy. Your build command should look like this JEKYLL_ENV=production jekyll build.

User and Organisation Pages

User and organisation pages live in a special GitHub repository dedicated to only the GitHub Pages files. This repository must be named after the account name. For example, @mojombo’s user page repository has the name mojombo.github.io.

Content from the master branch of your repository will be used to build and publish the GitHub Pages site, so make sure your _site directory content is stored there.

Project Pages

Unlike user and organisation pages, project pages are kept in the same repository as the project they are for, except that the website content is stored in a specially named gh-pages branch or in a /docs folder on the master branch.

Content from the gh-pages branch or /docs folder on your master branch of your repository will be used to build and publish the GitHub Pages site, so make sure your _site directory content is stored there.

Output will become available under a subpath of your user pages subdomain, such as username.github.io/project (unless a custom domain is specified).

GitLab Pages

What are GitLab Pages?
With GitLab Pages you can create static websites for your GitLab projects, groups, or user accounts. Connect as many customs domains as you like and bring your own TLS certificate to secure them.

Full GitLab Pages deployment guide.
We recommend you to read full GitLab Pages deployment guide here.

Set relative URLs properly!
Please take a look at Relative URLs part of “Configuration” section before you deploy your site.

Build site with environment variable!
Please build your site with proper environment variable before you deploy. Your build command should look like this JEKYLL_ENV=production jekyll build.

User and Organisation Pages

User and organisation pages live in a special GitLab repository dedicated to only the GitLab Pages files. This repository must be named after the account name.

For example, if you create a project called john.gitlab.io under your username, john, your project URL will be https://gitlab.com/john/john.gitlab.io. Once you enable GitLab Pages for your project, your website will be published under https://john.gitlab.io.

Content from the gl-pages branch of your repository will be used to build and publish the GitLab Pages site, so make sure your _site directory content is stored there.

Project Pages

Unlike user and organisation pages, project pages are kept in the same repository as the project they are for, except that the website content is stored in a specially named gl-pages branch.

Content from the gl-pages branch of your repository will be used to build and publish the GitLab Pages site, so make sure your _site directory content is stored there.

Output will become available under a subpath of your user pages subdomain, such as username.gitlab.io/project (unless a custom domain is specified).

Last modified on : 11-May-20

Sign up for developer updates

×