Deploying to Github Pages
With Github User/Organization pages
Use this if you want to host a blog from http://username.github.io
(though you can also use custom domains). In the past, Github has used http://username.github.com
for these domains, but is shifting to the 'io' extension instead for Pages.
Create a new Github repository and name the repository with the format username.github.io
, where username
is your GitHub user name or organization name.
Github Pages for users and organizations uses the master branch like the public directory on a web server, serving up the files at your Pages url http://username.github.io
.
As a result, you'll want to work on the source for your blog in the source branch and commit the generated content to the master branch. Octopress has a configuration task that helps you set all this up.
|
The rake task will ask you for a URL of the Github repo. Copy the SSH or HTTPS URL from your newly created repository (e.g. git@github.com:username/username.github.io.git
) and paste it in as a response.
This will:
- Ask for and store your Github Pages repository url.
- Rename the remote pointing to imathis/octopress from 'origin' to 'octopress'
- Add your Github Pages repository as the default origin remote.
- Switch the active branch from master to source.
- Configure your blog's url according to your repository.
- Setup a master branch in the
_deploy
directory for deployment.
Next run:
|
This will generate your blog, copy the generated files into _deploy/
, add them to git, commit and push them up to the master branch. In a few seconds you should get an email
from Github telling you that your commit has been received and will be published on your site.
Don't forget to commit the source for your blog.
|
Note: With new repositories, Github sets the default branch based on the branch you push first, and it looks there for the generated site content. If you're having trouble getting Github to publish your site, go to the admin panel for your repository and make sure that the master branch is the default branch.
To read more on creating your first blog post, read Blogging Basics
With Github Project pages (gh-pages)
Github's Project Pages service allows you to host a site for your existing open source project.
Github will look for a gh-pages
branch in your project's repository and make the contents available at url like http://username.github.io/project
.
Here's now you can set up Octopress site to publish to your projects gh-pages repository:
|
This will:
- Ask you for the repository url for your project.
- Rename the remote pointing to imathis/octopress from 'origin' to 'octopress'
- Configure your blog for deploying to a subdirectory.
- Set up a gh-pages branch for your project in the _deploy directory, ready for deployment.
Next run:
|
This will generate your blog, copy the generated files into _deploy/
, add them to git, commit and push them up to the master branch. In a few seconds you should get an email
from Github telling you that your commit has been received and will be published on your site.
Now you have a place to commit the generated content for your site, but you should also set up repository to store the source for your blog. After you set up a repository for your blog source, add it as the origin remote.
|
Now push your changes and you'll be all set.
Custom Domains
First you'll need to create a file named CNAME
in your blog's source:
|
Next, you’ll need to visit your domain registrar or DNS host and add a record for your domain name.
- For a sub-domain like
www.example.com
you would simply create a CNAME record pointing atcharlie.github.io.
. - If you are using a top-level domain like
example.com
, you must use an A record pointing to192.30.252.153
or192.30.252.154
.
Do not use a CNAME record with a top-level domain! It can have adverse side effects on other services like email. Many DNS services will let you set a CNAME on a TLD, even though you shouldn’t. Remember that it may take up to a full day for DNS changes to propagate, so be patient.
Source: Github's Pages guide