Hosting on GitHub

• Create a repository with the same name and description as specified in your shard.yml.

• Add and commit everything:

  $ git add -A && git commit -am "shard complete"

• Add the remote: (Be sure to replace <YOUR-GITHUB-USERNAME> and <YOUR-REPOSITORY-NAME> accordingly)

NOTE: If you like, feel free to replace public with origin, or a remote name of your choosing.

$ git remote add public https://github.com/<YOUR-GITHUB-NAME>/<YOUR-REPOSITORY-NAME>.git

• Push it:

  $ git push public master

GitHub Releases

It’s good practice to do GitHub Releases.

Add the following markdown build badge below the description in your README to inform users what the most current release is:
(Be sure to replace <YOUR-GITHUB-USERNAME> and <YOUR-REPOSITORY-NAME> accordingly)

[![GitHub release](https://img.shields.io/github/release/<YOUR-GITHUB-USERNAME>/<YOUR-REPOSITORY-NAME>.svg)](https://github.com/<YOUR-GITHUB-USERNAME>/<YOUR-REPOSITORY-NAME>/releases)

Start by navigating to your repository’s releases page.

• This can be found at https://github.com/<YOUR-GITHUB-NAME>/<YOUR-REPOSITORY-NAME>/releases

Click “Create a new release”.

According to the Crystal Shards README,

When libraries are installed from Git repositories, the repository is expected to have version tags following a semver-like format, prefixed with a v. Examples: v1.2.3, v2.0.0-rc1 or v2017.04.1

Accordingly, in the input that says tag version, type v0.1.0. Make sure this matches the version in shard.yml. Title it v0.1.0 and write a short description for the release.

Click “Publish release” and you’re done!

You’ll now notice that the GitHub Release badge has updated in your README.

Follow Semantic Versioning and create a new release every time your push new code to master.

Travis CI and .travis.yml

If you haven’t already, sign up for Travis CI.

Insert the following markdown build badge below the description in your README.md:
(be sure to replace <YOUR-GITHUB-USERNAME> and <YOUR-REPOSITORY-NAME> accordingly)

[![Build Status](https://travis-ci.org/<YOUR-GITHUB-USERNAME>/<YOUR-REPOSITORY-NAME>.svg?branch=master)](https://travis-ci.org/<YOUR-GITHUB-USERNAME>/<YOUR-REPOSITORY-NAME>)

Build badges are a simple way to tell people whether your Travis CI build passes.

Add the following lines to your .travis.yml:

script:
  - crystal spec

This tells Travis CI to run your tests.
Accordingly with the outcome of this command, Travis CI will return a build status of “passed”, “errored”, “failed” or “canceled”.

If you want to verify that all your code has been formatted with crystal tool format, add a script for crystal tool format --check. If the code is not formatted correctly, this will break the build just as failing tests would.

e.g.

script:
  - crystal spec
  - crystal tool format --check

Commit and push to GitHub.

Follow these guidelines to get your repo up & running on Travis CI.

Once you’re up and running, and the build is passing, the build badge will update in your README.

Hosting your docs on GitHub-Pages

Add the following script to your .travis.yml:

  - crystal docs

This tells Travis CI to generate your documentation.

Next, add the following lines to your .travis.yml.
(Be sure to replace all instances of <YOUR-GITHUB-REPOSITORY-NAME> accordingly)

deploy:
  provider: pages
  skip_cleanup: true
  github_token: $GITHUB_TOKEN
  project_name: <YOUR-GITHUB-REPOSITORY-NAME>
  on:
    branch: master
  local_dir: docs

Set the Environment Variable, GITHUB_TOKEN, with your personal access token.

If you’ve been following along, your .travis.yml file should look something like this:

language: crystal
script:
  - crystal spec
  - crystal docs
deploy:
  provider: pages
  skip_cleanup: true
  github_token: $GITHUB_TOKEN
  project_name: <YOUR-GITHUB-REPOSITORY-NAME>
  on:
    branch: master
  local_dir: docs

Click Here for the official documentation on deploying to GitHub-Pages with Travis CI.