Follow the Architecture documentation.
A guide how to setup the project with devcontainers can be found here.
The project executable can be run via command line make sihl
and shows the information of the executable.
- Create a
.env
file and set the environment variableECON_PACKAGE_REGISTRY_READ_TOKEN
to the value stored in 1Password or in the GitLab CI/CD variables. - Migrate root database with
make sihl migrate.root
- Seed root database
make sihl seed.root
- Migrate tenant database with
make sihl migrate.tenant
- Seed tenant database
make sihl seed.tenant
- Run development server
make dev
- See
pool/database/seed/seed_user.ml
for default users ormake sihl admin.create ...
(see Application Commands) to generate one
make install
- to install all the dependencies. Under the hood,dune
is used for package management.make dev
- runs build in watch mode and the web application on port3016
(default). You typically have that process running in one shell. Changing code will recompile and restart the server automatically. Changing JS code that is not embedded in.ml
files (libraries) requires restarting the server.make test-clean
- clean prepare and run all tests. This requires a running MariaDB instance for integration tests.make sihl
- runs the executable and shows the list of commands (when at least one argument is missing or-h
is used, the help is printed)make sihl <ARGS>
- runs the executable with the provided arguments
The following list shows only the most frequently used commands, for a complete list use make sihl
as above.
make sihl migrate.root
- runs all migrations for root databasemake sihl seed.root
- runs all seeds with development data for root database (usemake seed.root.clean
for a clean restart)make sihl migrate.tenant
- runs all migrations for tenant databasesmake sihl seed.tenant
- runs all seeds with development data for tenant database (usemake seed.tenant.clean
for a clean restart)make sihl admin.create
- create a new administrator on a specific tenantmake sihl admin.grant_role
- grant a role to an existing administratormake sihl admin.list_roles
- show a list of all possible role patternsmake sihl seed.default message_templates
- inserts the default message templates to all databases (resets default templates)make sihl server
- starts the tools webservermake sihl worker
- starts the tools worker for background jobs (e.g. send mails, create invitations)
Example commands to add an administrator for a specific role.
# list available roles (shows also patterns)
run.exe admin.list_roles
# Create an Operator
run.exe admin.create tenant1 operator@mail.com password Firstname Lastname Operator
# Create an Experimenter with UUID
run.exe admin.create tenant1 experimenter@mail.com password Firstname Lastname Experimenter 00000000-0000-0000-0000-000000000000
# Grant additional role to some administrator
run.exe admin.grant_role tenant1 experimenter@mail.com RecruiterAll
For completeness, these environment files are handled with priority from SIHL.
.env
: Stores the environment for your local development.env.test
: Stores the environment used when running tests (e.g. withmake test
)
Run make build
to build the pool-tool project. This builds .ml
files using dune
.
When testing the production environment, you need to update the csrf cookie key (default __HOST-csrf
).
This can be done with adding the optional argument cookie_key
to the csrf middleware.
(* NOTE: the middleware might have additional arguments defined *)
Sihl.Web.Middleware.csrf ~cookie_key:"csrf" ()
__Host-
prefix: Cookies with names starting with__Host-
must be set with thesecure
flag, must be from a secure page (HTTPS), must not have a domain specified (and therefore aren't sent to subdomains) and the path must be/
.
Source: https://developer.mozilla.org/de/docs/Web/HTTP/Headers/Set-Cookie
Alternatively, these options simulate a similar production environment (without CHECK_CSRF
):
QUEUE_FORCE_ASYNC=true EMAIL_BYPASS_INTERCEPT=true SMTP_SENDER=noreply@uast.uzh.ch make dev
Update/upgrade all package versions for ocaml and yarn packages.
make update
-> updates yarn and opammake build
-> check if no errors occur (else: debug)make test-clean
-> clean prepare for tests and run then (on failiures: debug)make lock
- commit all changes
- release a new version depending on updates
- Check Maintenance Cycle
- Update
CHANGELOG.md
and document changes made. Ensure the version to be releases has a header matching the version, follow previous releases. - Commit your changes.
- Release version using
yarn version
- Push changes and Git tag.