Merge lp:~lifeless/lptools/upstream into lp:~dobey/lptools/trunk
Proposed by
Robert Collins
on 2010-02-20
| Status: | Merged |
|---|---|
| Approved by: | dobey on 2010-02-24 |
| Approved revision: | not available |
| Merged at revision: | not available |
| Proposed branch: | lp:~lifeless/lptools/upstream |
| Merge into: | lp:~dobey/lptools/trunk |
| Diff against target: |
535 lines (+361/-59) 7 files modified
bin/lp-milestones (+189/-0) bin/lp-review-list (+10/-31) bin/lp-review-notifier (+8/-28) lptools/__init__.py (+20/-0) lptools/config.py (+83/-0) lptools/launchpad.py (+38/-0) setup.py (+13/-0) |
| To merge this branch: | bzr merge lp:~lifeless/lptools/upstream |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| dobey | 2010-02-20 | Approve on 2010-02-24 | |
| Elliot Murphy | 2010-02-20 | Pending | |
|
Review via email:
|
|||
To post a comment you must log in.
| Robert Collins (lifeless) wrote : | # |
| Robert Collins (lifeless) wrote : | # |
Oh, and commandant depends on bzrlib anyhow :)
| Robert Collins (lifeless) wrote : | # |
I've added a delete and rename command to this.
lp:~lifeless/lptools/upstream
updated
on 2010-02-20
- 14. By Robert Collins on 2010-02-20
-
Faster creation please.
- 15. By Robert Collins on 2010-02-20
-
Work around launchpadlib wanting absolute urls for.load.
- 16. By Robert Collins on 2010-02-20
-
Add milestone deletion.
- 17. By Robert Collins on 2010-02-20
-
Add milestone renaming.
| Robert Collins (lifeless) wrote : | # |
I've also added 'release' as a subcommand, so one can totally script the release process.
lp:~lifeless/lptools/upstream
updated
on 2010-02-20
- 18. By Robert Collins on 2010-02-20
-
Add releasing.
- 19. By Robert Collins on 2010-02-20
-
Correctly handle failures in milestones delete.
review:
Approve

This adds an lptools package and reduces some duplicate code; I also added a lp-milestones command with a 'create' command. I'll probably add a few more as I automate my release management process.
Oh, it uses bzrlib's command processing facilities, because they are awesome. You might say 'use commandant instead', but that isn't packaged yet.