clj -M:repl
./bin/run-unittests
or ./bin/run-unittests --watch
./bin/run-integrationtests
(Docker needed)TIMBRE_LEVEL=':info' clj -M:benchmark run
clj -T:build jar
clj -T:build install
Check the formatting:
clj -M:format
or fix the formatting:
clj -M:ffix
Should only be done in case of emergency
First you have to build the artifact with clj -T:build jar
, then you need to
set CLOJARS_USERNAME
and CLOJARS_PASSWORD
as environment variables, then
you can run clj -T:build deploy
to deploy the artifact to Clojars.
Datahike is released everytime there is a commit to the main
branch.
We are using semantic versioning and the patch-version is the number of commits on
the main branch. That means it is always increasing, even if the major or minor
version is increased.
Clojars needs to be stored as an environment variable on CircleCI. There needs to be a
variable CLOJARS_USERNAME
set to your Clojars username and a variable CLOJARS_PASSWORD
set
to the token that permits to deploy on clojars.
In order to create new releases on GitHub we need environment variables on CircleCI. The
two variables GITHUB_TOKEN
and GITHUB_USER
need to be set in a context called
github-token
in the CircleCI UI for the organisation.
Each merge to main
creates a release entry in GitHub and a git tag to point to the merge commit
made when merging a branch into main
. The jar is appended to the Github-release.
[CHANGELOG.md](https://github.com/replikativ/datahike/blob/main/CHANGELOG.md)
main
branch.main
.
Can you improve this documentation? These fine people already did:
Timo Kramer, Judith, Chrislain Razafimahefa & Konrad KühneEdit on GitHub
cljdoc is a website building & hosting documentation for Clojure/Script libraries
× close