device-disconnector 0.2.0

Disconnect devices with REST calls to IP based Device Disconnector

Device Disconnector

Disconnect devices with REST calls to IP based Device Disconnector

---

General

Disconnect devices with REST calls to IP based Device Disconnector

• Installation
• Usage
• Contributing
  • Setup
  • Testing
  • Changelog
• Credits

Installation

[<PYTHON> -m] pip[3] install [--user] [--upgrade] device-disconnector

Usage

The following commands turns USB port 3 and Switch pin 1 both on at the Device Disconnector at 192.168.178.50.

control-device \
  192.168.178.50 \
  usb3=on \
  switch1=on \
  -vvvv

Contributing

Setup

For active development you need to have poetry and pre-commit installed

python3 -m pip install --upgrade --user poetry pre-commit
git clone https://github.com/brainelectronics/device-disconnector.git
cd device-disconnector
pre-commit install
poetry install

Testing

# run all tests
poetry run coverage run -m pytest -v

# run only one specific tests
poetry run coverage run -m pytest -v -k "test_parse_bool"

Generate the coverage files with

python create_report_dirs.py
poetry run coverage run -m pytest -v --cov-report=html

The coverage report is placed at reports/coverage/html/index.html

Changelog

The changelog format is based on Keep a Changelog, and this project adheres to Semantic Versioning.

Please add a changelog snippet, see below, for every PR you contribute. The changes are categorised into:

• bugfixes fix an issue which can be used out of the box without any further changes required by the user. Be aware that in some cases bugfixes can be breaking changes.
• features is used to indicate a backwards compatible change providing improved or extended functionalitiy. This does, as bugfixes, in any case not require any changes by the user to keep the system running after upgrading.
• breaking creates a breaking, non backwards compatible change which requires the user to perform additional tasks, adopt his currently running code or in general can't be used as is anymore.

The scope of a change shall either be:

• internal if no new deployment is required for this change, like updates in the documentation for example
• external or all if this change affects the public API of this package or requires a new tag and deployment for any other reason

The changelog entry shall be short but meaningful and can of course contain links and references to other issues or PRs. New lines are only allowed for a new bulletpoint entry. Usage examples or other code snippets should be placed in the code documentation, README or the docs folder.

The name of the snippet shall be <ISSUE_ID.md>

[poetry run] changelog-generator \
    create .snippets/1.md

Credits

A big thank you to the creators and maintainers of SemVer.org for their documentation and regex example