(developing)=
.. todo::
link to sliderepl or ipython notebook slides
Our tests are inside tests/
. Tests are implemented using
pytest.
make test
will create a tmux server on a separate socket_name
using $ tmux -L test_case
.
(install-dev-env)=
To begin developing, check out the code from github:
$ git clone [email protected]:tmux-python/tmuxp.git
$ cd tmuxp
The easiest way to configure a dev environment is through poetry. This automatically will manage virtualenv and python dependencies for tmuxp. For information on installing poetry visit the poetry's documentation.
To begin developing, check out the code from github:
$ git clone [email protected]:tmux-python/tmuxp.git
$ cd tmuxp
You can create a virtualenv, and install all of the locked packages as listed in poetry.lock:
$ poetry install
If you ever need to update packages during your development session, the following command can be used to update all packages as per poetry settings or individual package (second command):
$ poetry update
$ poetry update requests
Then activate it to your current tty / terminal session with:
$ poetry shell
That is it! You are now ready to code!
Now create a virtualenv, if you don't know how to, you can create a virtualenv with:
$ virtualenv .venv
Then activate it to your current tty / terminal session with:
$ source .venv/bin/activate
Good! Now let's run this:
$ pip install -e .
This has pip
, a python package manager install the python package
in the current directory. -e
means --editable
, which means you can
adjust the code and the installed software will reflect the changes.
$ tmuxp
pytest is used for tests.
As you seen above, the tmuxp
command will now be available to you,
since you are in the virtual environment, your {}PATH
environment was
updated to include a special version of python
inside your .venv
folder with its own packages.
via pytest-watcher (works out of the box):
$ make start
via entr(1)
(requires installation):
$ make watch_test
$ poetry run py.test
or:
$ make test
PYTEST_ADDOPTS
can be set in the commands below. For more
information read docs.pytest.com for the latest documentation.
Verbose:
$ env PYTEST_ADDOPTS="-verbose" make start
Pick a file:
$ env PYTEST_ADDOPTS="tests/test_workspacebuilder.py" poetry run make start
Drop into test_automatic_rename_option()
in tests/test_workspacebuilder.py
:
$ env PYTEST_ADDOPTS="-s -x -vv tests/test_workspacebuilder.py" poetry run make start
Drop into test_automatic_rename_option()
in tests/test_workspacebuilder.py
and stop on first error:
$ env PYTEST_ADDOPTS="-s -x -vv tests/test_workspacebuilder.py::test_automatic_rename_option" poetry run make start
Drop into pdb
on first error:
$ env PYTEST_ADDOPTS="-x -s --pdb" make start
If you have ipython installed:
$ env PYTEST_ADDOPTS="--pdbcls=IPython.terminal.debugger:TerminalPdb" make start
$ make test
You probably didn't see anything but tests scroll by.
If you found a problem or are trying to write a test, you can file an issue on github.
(test-specific-tests)=
Test only a file:
$ py.test tests/test_config.py
will test the tests/test_config.py
tests.
$ py.test tests/test_config.py::test_export_json
tests test_export_json
inside of tests/test_config.py
.
Multiple can be separated by spaces:
$ py.test tests/test_{window,pane}.py tests/test_config.py::test_export_json
(test-builder-visually)=
You can watch tmux testsuite build sessions visually by keeping a client open in a separate terminal.
Create two terminals:
-
Terminal 1:
$ tmux -L test_case
-
Terminal 2:
$ cd
into the tmuxp project and into thevirtualenv
if you are using one, see details on installing the dev version of tmuxp above. Then:$ py.test tests/test_workspacebuilder.py
Terminal 1 should have flickered and built the session before your eyes. tmuxp hides this building from normal users.
You can re-run tests automatically on file edit.
:::{note}
This requires entr(1)
.
:::
Install entr. Packages are available available on most Linux and BSD variants, including Debian, Ubuntu, FreeBSD, OS X.
To run all tests upon editing any .py
file:
$ make watch_test
You can also re-run a specific test file or any other py.test usage argument:
$ make watch_test test=tests/test_config.py
$ make watch_test test='-x tests/test_config.py tests/test_util.py'
RETRY_TIMEOUT_SECONDS
can be toggled if certain workspace builder
tests are being stubborn.
e.g. RETRY_TIMEOUT_SECONDS=10 py.test
:language: yaml
Rebuild the documentation when an .rst
file is edited:
$ cd doc
$ make watch
If you're not source'd via poetry shell
, you can use this:
$ make SPHINXBUILD='poetry run sphinx-build' watch
(tmuxp-developer-config)=
:align: center
After you {ref}install-dev-env
, when inside the tmuxp checkout:
$ tmuxp load .
this will load the .tmuxp.yaml
in the root of the project.
:language: yaml
.tmuxp-before-script.sh
ran by before_script
:
:language: console
The project uses black and isort (one after the other). Configurations are in pyproject.toml
and setup.cfg
:
make black isort
: Runblack
first, thenisort
to handle import nuances
flake8 and mypy run via CI in our GitHub Actions. See the configuration in pyproject.toml
and
setup.cfg
.
flake8 provides fast, reliable, barebones styling and linting.
poetry:
```console
$ poetry run flake8
```
If you setup manually:
```console
$ flake8
```
```console
$ make flake8
```
```console
$ make watch_flake8
```
requires [`entr(1)`].
See `[flake8]` in setup.cfg.
```{literalinclude} ../setup.cfg
:language: ini
:start-at: "[flake8]"
:end-before: "[isort]"
```
mypy is used for static type checking.
poetry:
```console
$ poetry run mypy .
```
If you setup manually:
```console
$ mypy .
```
```console
$ make mypy
```
```console
$ make watch_mypy
```
requires [`entr(1)`].
(gh-actions)=
tmuxp uses github actions for continuous integration / automatic unit testing.
To view the tmux and python versions tested see the .github/workflows/tests.yml.
Builds are done on master
and pull requests and can be viewed on
the gh build site.