georm/justfile

mod docker

default: lint

clean:
	cargo clean

test:
	cargo test --all-targets --all

lint:
	cargo clippy --all-targets

audit:
	cargo deny check all

migrate:
	cargo sqlx migrate run

build:
	cargo build

build-release:
	cargo build --release

format:
	cargo fmt --all

format-check:
	cargo fmt --check --all

check-all: format-check lint audit test

## Local Variables:
## mode: makefile
## End:
initial commit 2025-01-26 14:00:27 +01:00			`mod docker`

			`default: lint`

fix: simple ORM for one struct and foreign references work Currently, all methods declared in the Georm trait are available. If a struct has an ID pointing towards another entity, the user can create a get method to get the entity pointed at from the database too (local one-to-one relationship). I still need to implement remote one-to-one relationships (one-to-one relationships when the ID of the remote object is not available locally). I still need to also test and debug one-to-many relationships (ID of the remote entiies not available locally) and many-to-many relationships (declared in a dedicated table). For now, IDs in all cases are simple types recognized by SQLx that are not arrays. Options are only supported when explicitely specified for one-to-one relationships. 2025-01-31 21:58:36 +01:00			`clean:`
			`cargo clean`
initial commit 2025-01-26 14:00:27 +01:00
fix: simple ORM for one struct and foreign references work Currently, all methods declared in the Georm trait are available. If a struct has an ID pointing towards another entity, the user can create a get method to get the entity pointed at from the database too (local one-to-one relationship). I still need to implement remote one-to-one relationships (one-to-one relationships when the ID of the remote object is not available locally). I still need to also test and debug one-to-many relationships (ID of the remote entiies not available locally) and many-to-many relationships (declared in a dedicated table). For now, IDs in all cases are simple types recognized by SQLx that are not arrays. Options are only supported when explicitely specified for one-to-one relationships. 2025-01-31 21:58:36 +01:00			`test:`
			`cargo test --all-targets --all`
initial commit 2025-01-26 14:00:27 +01:00
			`lint:`
			`cargo clippy --all-targets`

			`audit:`
			`cargo deny check all`

chore: add CI and issue templates 2025-01-31 23:09:40 +01:00			`migrate:`
			`cargo sqlx migrate run`

fix: simple ORM for one struct and foreign references work Currently, all methods declared in the Georm trait are available. If a struct has an ID pointing towards another entity, the user can create a get method to get the entity pointed at from the database too (local one-to-one relationship). I still need to implement remote one-to-one relationships (one-to-one relationships when the ID of the remote object is not available locally). I still need to also test and debug one-to-many relationships (ID of the remote entiies not available locally) and many-to-many relationships (declared in a dedicated table). For now, IDs in all cases are simple types recognized by SQLx that are not arrays. Options are only supported when explicitely specified for one-to-one relationships. 2025-01-31 21:58:36 +01:00			`build:`
			`cargo build`
initial commit 2025-01-26 14:00:27 +01:00
fix: simple ORM for one struct and foreign references work Currently, all methods declared in the Georm trait are available. If a struct has an ID pointing towards another entity, the user can create a get method to get the entity pointed at from the database too (local one-to-one relationship). I still need to implement remote one-to-one relationships (one-to-one relationships when the ID of the remote object is not available locally). I still need to also test and debug one-to-many relationships (ID of the remote entiies not available locally) and many-to-many relationships (declared in a dedicated table). For now, IDs in all cases are simple types recognized by SQLx that are not arrays. Options are only supported when explicitely specified for one-to-one relationships. 2025-01-31 21:58:36 +01:00			`build-release:`
			`cargo build --release`
initial commit 2025-01-26 14:00:27 +01:00
fix: simple ORM for one struct and foreign references work Currently, all methods declared in the Georm trait are available. If a struct has an ID pointing towards another entity, the user can create a get method to get the entity pointed at from the database too (local one-to-one relationship). I still need to implement remote one-to-one relationships (one-to-one relationships when the ID of the remote object is not available locally). I still need to also test and debug one-to-many relationships (ID of the remote entiies not available locally) and many-to-many relationships (declared in a dedicated table). For now, IDs in all cases are simple types recognized by SQLx that are not arrays. Options are only supported when explicitely specified for one-to-one relationships. 2025-01-31 21:58:36 +01:00			`format:`
			`cargo fmt --all`

			`format-check:`
			`cargo fmt --check --all`
initial commit 2025-01-26 14:00:27 +01:00
fix: simple ORM for one struct and foreign references work Currently, all methods declared in the Georm trait are available. If a struct has an ID pointing towards another entity, the user can create a get method to get the entity pointed at from the database too (local one-to-one relationship). I still need to implement remote one-to-one relationships (one-to-one relationships when the ID of the remote object is not available locally). I still need to also test and debug one-to-many relationships (ID of the remote entiies not available locally) and many-to-many relationships (declared in a dedicated table). For now, IDs in all cases are simple types recognized by SQLx that are not arrays. Options are only supported when explicitely specified for one-to-one relationships. 2025-01-31 21:58:36 +01:00			`check-all: format-check lint audit test`
initial commit 2025-01-26 14:00:27 +01:00
			`## Local Variables:`
			`## mode: makefile`
			`## End:`