[RFC] Documenting plugins

Ian Clatworthy ian.clatworthy at canonical.com
Tue Nov 24 00:57:40 GMT 2009


I'm in the process of putting together an updated Plugins Guide that
will include better documentation on some key focus areas, namely:

* Metaprojects (builder, scmproj, externals)
* Patch management (loom, pipeline, rebase)
* Interoperability (bzr-svn, bzr-git, bzr-hg)
* Migration (fastimport, cvsps).
* builddeb.

As part of this exercise, I'd like to put together better guidelines for
Plugin developers so that the contents of
http://doc.bazaar-vcs.org/plugins/en/xxx-plugin.html becomes a
"mini-manual" for each plugin.

Right now, each plugin page has 1 or more subsections:

1. The first subsection is the overview (from __init__.py).
2. Remaining subsections are the help for visible commands
   provided by that plugin (from cmd_xxx docstrings).

I'd like to extend this so that:

3. If a help topic called "xxx-tutorial" exists, it appears second.
4. Other help topics registered by plugins appear after the commands.

So the net effect for something like builddeb
(http://doc.bazaar-vcs.org/plugins/en/builddeb-plugin.html) would be:

1. builddeb - Build Debian packages ... (overview)
2. builddeb-tutorial (NEW)
3. bd-do
4. builddeb
5. import-dsc
6. mark-uploaded
7. merge-package
8. merge-upstream
9. builddeb-tips (NEW)

Likewise, the HOWTO inside the loom plugin would become available as
"bzr help loom-tutorial" and pipeline-vs-loom.txt (in bzr-pipeline)
could be registered as a help topic and it would be included as a
subsection under
http://doc.bazaar-vcs.org/plugins/en/pipeline-plugin.html too.

Any objections?

Ian C.



More information about the bazaar mailing list