Cljdoc alpha

Hey everyone! :wave:

Over the last months I’ve been working on cljdoc, a platform to build, host and view documentation for Clojure/Script libraries. Some notable capabilities:

  • Platform Aware, i.e. documentation covers both platforms, .clj and .cljs.
  • Versioned, i.e. old versions are kept available
  • It’s A Database. Enabling many more interesting use-cases down the road.
  • Support for non-API documentation. You can define a tree of articles and provide it via your Git repo.
  • Hassle-free for library authors.

The homepage has all the information and some further links.

In the long run I hope that this platform can help drive improvements to documentation in the Clojure ecosystem. I’d love to see docsets for documentation browser apps, live examples right next to documentation. I’d love to see the Clojure community be a place where other communities draw inspiration from for their own documentation tooling.*

Please give it a shot and let me know what you think!

PS. I’m considering opening an org on OpenCollective to ensure this is a sustainable effort. For our application we need more stars on GitHub :wink:

* Shout out to and for being an inspiration for this project.


The homepage link is broken

Are you sure? It’s working fine for me.

This looks good so far.

If I may, it would be nice that instead of seeing an empty page when opening a project / library to instantly display the README, if it is available in that project.

Yeah, that’s a good idea. Deployed :rocket: (commit)

1 Like

This is a great idea. Hopefully it can become a useful resource. I think it’ll be a great way to discover good libraries as well in the future - knowing that they have good documentation is at least a indication of quality.

Just one question - if the project documentation articles are in a separate repo, is it possible to refer to that repo inside the edn config file?

Currently that’s not possible. I personally think there is value in versioning documentation alongside code but would be curious to get more context around how you would make use of that…

I was just curious, as I know some projects that I use have documentation is separate repositories, e.g keechma -,

Was just wondering whether it would be possible to add projects like that without having to change the current documentation websites/processes.

Got it, thanks! :slightly_smiling_face: It’s technically possible to enable this kind of thing but one thing that works fairly well when the docs are stored with the source is linking Git revisions to Maven/Clojars releases. This allows us to show documentation appropriate for a given version instead of just showing the latest (possibly with API docs that conflict this non-API documentation).

While possible this kind of linking would become more tricky when done across multiple repos.

I hope this makes sense! A related discussion also came up in a GitHub issue (there are situations where you want to update articles after a release has been cut).

1 Like

Well done. Is there a canonical way to link to Cljdoc from a project repo, like a badge or something? At the moment I’m using a direct link.

1 Like

Not yet but definitely intending to have this kind of thing. In the meantime, maybe this badge is a good start?

Looks great in blue

1 Like

This is so awesome! A minor nitpick though - the embedded links (in are probably not rendered correctly, e.g. here:


You’re right, sorry I was behind a proxy that weirdly doesn’t accept that connection and isn’t clear about it :sweat_smile:

The link isn’t rendered correctly because there is no tag in the corresponding git repo for version 0.4.0.

We could fall back to master for this case or simply throw an error. Will look into it. Thanks for bringing this up and glad to hear this is useful to you :raised_hands:

1 Like

This is great.

What I miss is a link somewhere to return to the root of the website (for example from we need a link to go back to

Fixed, the “cljdoc alpha” badge now links back to the homepage:

1 Like

Just deployed some code that adds source-links to projects that are linked to GitHub properly (git tag or sha in pom.xml). Unfortunately the change requires a rebuild of documentation to take effect so it won’t be available for all projects immediately.

See it in action here:
And note that all links are tied to a specific git revision, not simply master. :slight_smile:

1 Like

Fantastic! Works really well

Some features shipped recently:

  • Build logs: overview & individual
  • Articles now have an “Edit on GitHub” link at the end of the page (example)
  • If you properly specify your SCM url, we show links to source for each var.
    These links are tied to the specific Git revision for the given version (example)
  • Support for -SNAPSHOT releases
  • Lots of bugs introduced & fixed :sweat_smile:

If you would like to contribute, there are several issues tagged as “Good First Issue”.

If you’d like to contribute but none of these tickle your fancy… join #cljdoc on Slack and say hi! :slight_smile:

There’s also a couple of larger things to think about: data model + storage & coming up with innovative twists on documentation that make it more useful. (Think emphasizing well documented vars/namespaces, examples, etc.)

I’ll personally focus on two things:

  • Tracking releases on Clojars. In order to build docs for every release on Clojars we need to know when new releases are published. Clojars doesn’t have a datafeed for this and I’ll try to either contribute that to the Clojars API or work with their search API if it turns out sufficient.
  • Provide offline bundles. I’m in contact with the creator of Dash (my favorite documentation browser) and it seems that we might get to integrate cljdoc sooner rather than later. As far as I understand this also means cljdoc docsets will be available for Zeal - a cross platform OSS alternative.

See you around :wave: