Gull-api

- Introduced a local variable `return_code` to store the return code of the process.
- The `handle_error` function now uses `return_code` which is initially set to None. This avoids referencing the `process` variable before it is assigned, in case the subprocess fails to launch.

**Full Changelog**: https://github.com/mdbecker/gull_api/compare/0.0.14...0.0.15

- Refactor both pypi-publish.yml and docker-publish.yml to separate the version string update in pyproject.toml and version validation into distinct steps. This makes the workflows more maintainable and clear.
- Copies a new docker.env file into the Docker container to handle database URI configuration.
- Updates README.md to provide documentation on how to use environment variables for configuration.
- Removes the import exception handling for `importlib.metadata` in `gull_api/__init__.py` to simplify imports.
- Adds a new `config.py` in `gull_api` which uses `python-dotenv` to load environment variables from a `.env` file.
- Refactors `db.py` to use environment variables for the database URI instead of a `db_config.json` file.
- Updates `main.py` to use the new configuration handling for loading `cli.json`.
- Adds a new script `run_gull_api.py` that provides a command-line interface for running the API using uvicorn.
- Adds `python-dotenv` to `pyproject.toml` dependencies.
- Replaces the default `load_dotenv()` call with specifying a path to the `.env` file in the current working directory.
- This enables environment variable loading for applications installed through pip which may not have the `.env` file in the module's directory.
- Moved the configuration for the executable's path from `cli.json` to `config.py` for consistency. Introduced an environment variable for specifying the executable's path. Updated `main.py` to use this new configuration and also updated the relevant tests.

BREAKING CHANGE: The configuration of the executable path is no longer read from `cli.json`. It must now be configured through an environment variable or directly in config.py.

**Full Changelog**: https://github.com/mdbecker/gull_api/compare/0.0.13...0.0.14

refactor(config): move executable path configuration to config.py

Moved the configuration for the executable's path from cli.json to config.py for consistency. Introduced an environment variable for specifying the executable's path. Updated main.py to use this new configuration and also updated the relevant tests.

BREAKING CHANGE: The configuration of the executable path is no longer read from cli.json. It must now be configured through an environment variable or directly in config.py.

- Replaces the default `load_dotenv()` call with specifying a path to the `.env` file in the current working directory.
- This enables environment variable loading for applications installed through pip which may not have the `.env` file in the module's directory.

This fix ensures that configuration handling is compatible with both local and pip installed instances of the application.

**Full Changelog**: https://github.com/mdbecker/gull_api/compare/0.0.14-rc.2...0.0.14-rc.3

- Copies a new docker.env file into the Docker container to handle database URI configuration.
- Updates README.md to provide documentation on how to use environment variables for configuration.
- Removes the import exception handling for `importlib.metadata` in `gull_api/__init__.py` to simplify imports.
- Adds a new `config.py` in `gull_api` which uses `python-dotenv` to load environment variables from a `.env` file.
- Refactors `db.py` to use environment variables for the database URI instead of a `db_config.json` file.
- Updates `main.py` to use the new configuration handling for loading `cli.json`.
- Adds a new script `run_gull_api.py` that provides a command-line interface for running the API using uvicorn.
- Adds `python-dotenv` to `pyproject.toml` dependencies.
- Updates and adds relevant unit tests for the new changes.

**Full Changelog**: https://github.com/mdbecker/gull_api/compare/0.0.14-rc.1...0.0.14-rc.2

refactor(ci): separate version update and validation steps in CI workflows

Refactor both pypi-publish.yml and docker-publish.yml to separate the version string update in pyproject.toml and version validation into distinct steps. This makes the workflows more maintainable and clear.

**Full Changelog**: https://github.com/mdbecker/gull_api/compare/0.0.13...0.0.14-rc.1