Pythonic Task Execution
Invoke is a Python (2.6+ and 3.2+) task execution tool & library, drawing
inspiration from various sources to arrive at a powerful & clean feature set.
* Like Ruby's Rake tool and Invoke's own predecessor Fabric 1.x, it provides a
clean, high level API for running shell commands and defining/organizing
task functions from a ``tasks.py`` file
* From GNU Make, it inherits an emphasis on minimal boilerplate for common
patterns and the ability to run multiple tasks in a single invocation::
$ invoke clean build
* Following the lead of most Unix CLI applications, it offers a traditional
flag-based style of command-line parsing, deriving flag names and value types
from task signatures (optionally, of course!)::
$ invoke clean --docs --bytecode build --docs --extra='**/*.pyo'
$ invoke clean -d -b build --docs -e '**/*.pyo'
$ invoke clean -db build -de '**/*.pyo'
* Like many of its predecessors, it offers advanced features as well --
namespacing, task aliasing, before/after hooks, parallel execution and more.
- Developed at devel:languages:python
- Sources inherited from project openSUSE:Factory
-
7
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Factory:RISCV/python-invoke && cd $_
- Create Badge
Source Files
Filename | Size | Changed |
---|---|---|
0001-Make-test-fallback-to-system-modules-when-ven |
0000002903 2.83 KB | |
invoke-1.7.1.tar.gz | 0000344626 337 KB | |
pytest4.patch | 0000001423 1.39 KB | |
python-invoke.changes | 0000016361 16 KB | |
python-invoke.spec | 0000002930 2.86 KB |
Revision 14 (latest revision is 19)
- update to 1.7.1: * :bug:`659` Improve behavior under ``nohup``, which causes stdin to become an undetectably-unreadable (but otherwise legit) file descriptor. Previously this led to `OSError` even if you weren't expecting anything on stdin; we now trap this specific case and silently ignore it, allowing execution to continue. Thanks to ``@kingkisskill`` for initial report and to Ryan Stoner for followup and workshopping.
Comments 0