aboutsummaryrefslogtreecommitdiffstats
path: root/.be/bea86499-824e-4e77-b085-2d581fa9ccab/bugs/1100c966-9671-4bc6-8b68-6d408a910da1/comments/bb406a33-92b6-46dd-950c-c7cfb5440e7b/body
blob: abb898c2a679648e041e7ee2a4124fb74dd9a3b9 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
Rather than all the hackery that goes on with email-bugs, the email
interface, etc., it would be nice for distribution if be provided a
uniform issue/bug tracking library and a number of interfaces and
backends.

Current backends:
  filesystem (with assorted VCSs)
Current UIs:
  command line (be)
  email (be-handle-mail)
  web (CFBE)

Future backend architecture:
  be --repo REPO ...
where --repo REPO replaces and extends the current --dir DIR.  Example
REPOs could be
  path/to/repo                              (the current DIR)
  http://some-server.com:port/path/to/repo  (http interface)
  mysql://user@server:port/?db=db-name;pwd=password
  ...
Each repo would have to support a few get/set commands at the bugdir,
bug, and comment level.

The UIs would all load BugDir(REPO), and thus be backend agnostic.
This way a GUI app that let you work on your own machine could also be
used to work on a public repository.  Setting up a public repository
would just consist of exposing one of the wire-capable REPO formats
(e.g. http via a future `be serve MY-URL`) with public write
permissions.