|
3 | 3 | * TODO convert to distribute for packaging
|
4 | 4 | - get rid of newvenvw and virtualenvwrapper virtualenvs and re-create
|
5 | 5 |
|
6 |
| -* TODO plugin system for hooks [0/5] |
| 6 | +* plugin system for hooks |
7 | 7 | - http://bitbucket.org/dhellmann/virtualenvwrapper/issue/28/
|
8 |
| - - use Distribute/setuptools |
| 8 | + - use Distribute/setuptools entry points |
9 | 9 | - namespace package `virtualenvwrapper` to hold plugins I write, but
|
10 | 10 | not required for other authors
|
11 |
| - - [ ] how to specify execution order between plugin providers? |
| 11 | + |
| 12 | +** TODO how to specify execution order between plugin providers? |
12 | 13 | - plugins could provide a "phase" function for sorting
|
13 | 14 | - return an integer, let the plugin author community sort out the
|
14 | 15 | ranges
|
15 | 16 | - alphabetical by plugin name
|
16 | 17 | - undefined
|
17 |
| - - [ ] "user script" plugin implementation |
| 18 | + |
| 19 | +** TODO "user script" plugin implementation |
18 | 20 | - uses pkg_resources to get contents of hook scripts out of
|
19 | 21 | python package and run them
|
20 | 22 | - move all/most existing hook execution here
|
21 | 23 | - handles both global & local hooks
|
22 |
| - - [ ] cli app to run the hooks |
23 |
| - - [ ] how does cli app handle the "sourced" hook scripts |
| 24 | + |
| 25 | +** TODO cli app to run the hooks |
| 26 | + |
| 27 | +** TODO how does cli app handle the "sourced" hook scripts |
24 | 28 | - ability to `cd` into a specific directory, for example
|
25 | 29 | - separate plugin points for "foo_run_hook" and
|
26 | 30 | "foo_source_hook", handled differently by the calling script
|
27 | 31 | - run hooks are executed first (implement in any language)
|
28 | 32 | - source hooks are dumped to text files and then sourced
|
29 | 33 | (implement in shell language)
|
30 |
| - - [ ] expose each hook point as an entry point function |
31 |
| - - [ ] requirements |
32 |
| - - automatically install packages based on requirements file |
33 |
| - given to pip |
34 |
| - - separate hook, or let a package just use postmkvirtualenv? |
35 |
| - - [ ] mkvirtualenv [0/2] |
36 |
| - - [ ] pre |
37 |
| - - [ ] post |
38 |
| - - [ ] activate [0/2] |
39 |
| - - [ ] pre |
40 |
| - - [ ] post |
41 |
| - - [ ] deactivate [0/2] |
42 |
| - - [ ] pre |
43 |
| - - [ ] post |
44 |
| - - [ ] rmvirtualenv [0/2] |
45 |
| - - [ ] pre |
46 |
| - - [ ] post |
47 |
| - - [ ] documentation for how to publish your own hooks |
| 34 | + |
| 35 | +** TODO expose each hook point as an entry point function |
| 36 | + - [ ] requirements |
| 37 | + - automatically install packages based on requirements file |
| 38 | + given to pip |
| 39 | + - separate hook, or let a package just use postmkvirtualenv? |
| 40 | + - if provide as a separate hook, run /before/ postmkvirtualenv |
| 41 | + - [ ] mkvirtualenv [0/2] |
| 42 | + - [ ] pre |
| 43 | + - [ ] post |
| 44 | + - [ ] activate [0/2] |
| 45 | + - [ ] pre |
| 46 | + - [ ] post |
| 47 | + - [ ] deactivate [0/2] |
| 48 | + - [ ] pre |
| 49 | + - [ ] post |
| 50 | + - [ ] rmvirtualenv [0/2] |
| 51 | + - [ ] pre |
| 52 | + - [ ] post |
| 53 | + |
| 54 | +** TODO documentation for how to publish your own hooks |
| 55 | + |
48 | 56 |
|
49 | 57 | * TODO add pre/post hooks for cpvirtualenv
|
50 | 58 | - add new ones or just invoke existing hooks?
|
51 |
| - |
|
0 commit comments