diff options
author | Matěj Cepl <mcepl@cepl.eu> | 2024-01-18 19:03:26 +0100 |
---|---|---|
committer | Matěj Cepl <mcepl@cepl.eu> | 2024-01-18 19:04:16 +0100 |
commit | 003bd13629d9db2f14156f97b74a4672e9ecdf77 (patch) | |
tree | e698c0a8cb05d7ff38d395bb688214babfabe72f /README.rst | |
parent | 5e1b5fe911d4805133357e329d009f998300867d (diff) | |
download | bugseverywhere-48705d37df27d9b0f476d836cf29f08434e42e1a.tar.gz |
Diffstat (limited to 'README.rst')
-rw-r--r-- | README.rst | 71 |
1 files changed, 71 insertions, 0 deletions
diff --git a/README.rst b/README.rst new file mode 100644 index 0000000..4f97835 --- /dev/null +++ b/README.rst @@ -0,0 +1,71 @@ +Bugs Everywhere +=============== + +This is Bugs Everywhere (BE), a bugtracker built on distributed version +control. It works with Bazaar, Darcs, Git, Mercurial, and Monotone +at the moment, but is easily extensible. It can also function with no +VCS at all. + +The idea is to package the bug information with the source code, so that +bugs can be marked "fixed" in the branches that fix them. So, instead of +numbers, bugs have globally unique ids. + + +Getting BE +========== + +BE is available as a Git repository:: + + $ git clone https://gitlab.com/bugseverywhere/bugseverywhere.git be + +See the homepage_ for details. If you do branch the Git repo, you'll +need to run:: + + $ make + +to build some auto-generated files (e.g. ``libbe/_version.py``), and:: + + $ make install + +to install BE. By default BE will install into your home directory, +but you can tweak the ``INSTALL_OPTIONS`` variable in ``Makefile`` +to install to another location. + +.. _homepage: http://bugseverywhere.org/ + + +Getting started +=============== + +To get started, you must set the bugtracker root. Typically, you will want to +set the bug root to your project root, so that Bugs Everywhere works in any +part of your project tree.:: + + $ be init -r $PROJECT_ROOT + +To create bugs, use ``be new $DESCRIPTION``. To comment on bugs, you +can can use ``be comment $BUG_ID``. To close a bug, use +``be close $BUG_ID`` or ``be status $BUG_ID fixed``. For more +commands, see ``be help``. You can also look at the usage examples in +``test_usage.sh``. + + +Documentation +============= + +If ``be help`` isn't scratching your itch, the full documentation is +available in the doc directory as reStructuredText_ . You can build +the full documentation with Sphinx_ , convert single files with +docutils_ , or browse through the doc directory by hand. +``doc/index.txt`` is a good place to start. If you do use Sphinx, +you'll need to install numpydoc_ for automatically generating API +documentation. See the ``NumPy/SciPy documentation guide``_ for an +introduction to the syntax. + +.. _reStructuredText: + http://docutils.sourceforge.net/docs/user/rst/quickref.html +.. _Sphinx: http://sphinx.pocoo.org/ +.. _docutils: http://docutils.sourceforge.net/ +.. _numpydoc: http://pypi.python.org/pypi/numpydoc +.. _NumPy/SciPy documentation guide: + https://github.com/numpy/numpy/blob/master/doc/HOWTO_DOCUMENT.rst.txt |