typelevel / typelevel/cats-effect

Smarter version numbers in the docs

Open
#523 23 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

:books: docs good first issue
Dominant language
Scala
Stars
2.2k
Forks
576
Avg merge
2d 11h
Merged PRs (30d)
18

Description

When we release, we have to change the version number twice in the README and once in the tut. The README is currently included directly in the site. sbt-microsite has some automation for the latter, but can't help with the former.

  1. Consider making a more anemic README that drives straight to the site.
  2. Derive the version number in the site when publishing.

Failure to do so was responsible for #252.

Relevant Gitter conversation

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the version references in the README and tut, then inspect the sbt-microsite automation and the linked Gitter conversation. Compare the proposed README and publishing approaches, using #252 as the failure case. Done means a release updates the site and documentation without repeated manual version edits.

Written by the indexing model from the issue text.

Assessment

Tech stack
scala
Domain
documentation, release
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.