harvard-lil / h2o

H2O is a web app for creating and reading open educational resources, primarily in the legal field
https://opencasebook.org
GNU Affero General Public License v3.0
35 stars 30 forks source link

h2o

h2o is open-source software designed to replace bulky and expensive law textbooks with an easy-to-use web interface where instructors and students alike can author, organize, view and print public-domain course material.

test status codecov

Development

We support local development with Docker Compose.

Hosts Setup

Add the following to /etc/hosts:

127.0.0.1 opencasebook.test opencasebook.minio.test

Spin up some containers

Start up the Docker containers in the background:

$ docker compose up -d

The first time this runs it will build the Docker images, which may take several minutes. (After the first time, it should only take 1-3 seconds.)

If the H2O team has provided you with a pg_dump file, seed the database with data:

$ bash docker/init.sh -f ~/database.dump

Then log into the main Docker container:

$ docker compose exec web bash

(Commands from here on out that start with # are being run in Docker.)

Run Django

You should now have a working installation of H2O!

Spin up the development server...

# invoke run

or, with Django Debug Toolbar enabled,

# invoke run --debug-toolbar

...and visit http://opencasebook.test:8000

Frontend assets

Frontend assets live in frontend/ and are compiled with vue-cli. If you want to run frontend assets:

Install requirements:

# npm install

Run the development server with hot-reloading vue-cli pipeline:

# invoke run-frontend

or, with Django Debug Toolbar enabled,

# invoke run-frontend --debug-toolbar

After making changes to frontend/, compile new assets if you want to see them from plain invoke run:

# npm run build

npm run build will be automatically run by Github Actions as well, so it is unnecessary (but harmless) to build and commit the new assets locally, unless you want to use them immediately.

Stop

When you are finished, spin down Docker containers by running:

$ docker compose down

Your database will persist and will load automatically the next time you run docker compose up -d.

Or, you can clean up everything Docker-related, so you can start fresh, as with a new installation:

$ bash docker/clean.sh

Testing

Test Commands

Run these from inside the container.

  1. pytest runs python tests
  2. pytest -n auto --dist loadgroup runs python tests with concurrency (faster, same config as CI)
  3. flake8 runs python lints
  4. npm run test runs javascript unit tests using Mocha
  5. npm run test-watch runs javascript unit tests with the --watch option to auto-rerun on test changes
  6. npm run lint runs javascript lints
  7. pytest -k functional runs the Playwright tests only.

Playwright tests will spawn their own test runner. You will need to run npm run build manually for the test runner to pick up any changes to the JS.

To debug failed Playwright runs, use:

pytest -k functional --video retain-on-failure

and look in web/test-results for video recordings of the failures.

Coverage

Coverage will be generated automatically for all manually-run tests.

Migrations

We use standard Django migrations.

Contributions

Contributions to this project should be made in individual forks and then merged by pull request. Here's an outline:

  1. Fork and clone the project.
  2. Make a branch for your feature: git branch feature-1
  3. Commit your changes with git add and git commit. (git diff --staged is handy here!)
  4. Push your branch to your fork: git push origin feature-1
  5. Submit a pull request to the upstream develop through GitHub.

License

This codebase is Copyright 2021 The President and Fellows of Harvard College and is licensed under the open-source AGPLv3 for public use and modification. See LICENSE for details.