Hosting on GitHub

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

  • Add and commit everything:

    1. $ git add -A && git commit -am "shard complete"
  • Add the remote: (Be sure to replace <YOUR-GITHUB-USERNAME> and <YOUR-REPOSITORY-NAME> accordingly)

    !!! note

    1. If you like, feel free to replace `public` with `origin`, or a remote name of your choosing.
    1. $ git remote add public https://github.com/<YOUR-GITHUB-NAME>/<YOUR-REPOSITORY-NAME>.git
  • Push it:

    1. $ 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)

  1. [![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.

Continuous integration

GitHub Actions allows you to automatically test your project on every commit. Configure it according to the dedicated guide.

You can also add a build status badge below the description in your README.md.

Hosting your docs on GitHub Pages

As an extension of the GitHub Actions config, you can add the steps to build the API doc site and then upload them, correspondingly:

  1. steps:
  2. - name: Build docs
  3. run: crystal docs
  4. - name: Deploy docs
  5. if: github.event_name == 'push' && github.ref == 'refs/heads/master'
  6. uses: ...
  7. with:
  8. ...

— where the latter ... placeholder is any of the generic GitHub Actions to push a directory to the gh-pages branch. Some options are:

This uses Crystal’s built-in API doc generator to make a generic site based on your code and comments to the items in it.

Rather than just publishing the generated API docs, consider also making a full textual manual of your project, for a well-rounded introduction.

For one of the options for static site generation, mkdocs-material, there’s a solution to tightly integrate API documentation into an overall documentation site: mkdocstrings-crystal. Consider it as an alternative to crystal docs.