vivacious
priorities:
health scan and health advancents,
checked with "body_scan" and modules that use "body_scan"
limitations (the structure):
The idea is that building codependecies (or cyclic depedencies)
into the status assertation framework is a recipe for confusion.
As in, vivacious perhaps shouldn't include a module that
requires vivacious for status assertation.
Therefore the directed acyclic chart of status check frameworks is:
[ unit test, pytest ] -> "body_scan" -> vivacious
details:
story 3:
vivacious:
status requires:
body_scan
requires:
botanical:
status: body_scan
story 2:
body_scan:
status requires:
unit test
requires:
botanist:
status: pytest
story 1:
unit test:
journal:
1:
This is module started as a replica of "body_scan",
where it uses "body_scan" as the status monitor.
In contrast, "body_scan" uses unittest as the status
monitor.
Release files for vivacious 0.0.9
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| vivacious-0.0.9.tar.gz | 9.0 kB | Details |
Release files / vivacious-0.0.9.tar.gz
| Download URL | vivacious-0.0.9.tar.gz |
|---|---|
| Size | 9.0 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
ae59f59a9fabeb91990d3cb823c79f28d0e17f6ab5a1ac5b370c1dc5e5116eec
|
|
BLAKE2b-256 checksum How to use checksums |
45b45bc57f2db96b12f88b166f904eeabc5379cc8d6b896b1334cbbf859a2d5d
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/4.0.2 CPython/3.11.6
|