git.tremily.us Git - be.git/blob

   1 Hey Chris, thanks for the comments.
   2
   3 >
   4 > My initial impression is that this looks good enough already to
   5 > merge as
   6 > a replacement for the turbogears site.  What does everyone else think?
   7 >
   8
   9 I'm not quite sure it's there yet.  There are a bunch of bugs I've got
  10 marked as "beta" that I'd like to see fixed before it's ready for real
  11 use.  Hopefully they shouldn't be too tough to fix.  You can point
  12 CFBE at itself to see them.  :)
  13
  14 > Could you explain a little about how you handle authorship of bug
  15 > changes at the moment, and if it looks plausible to try making it
  16 > multiuser?  (Having it handle more than one "user" logged in at once.)
  17 >
  18
  19 That's something I need advice on.  Right now CFBE is pretty much only
  20 suitable for local use - you check out whatever you're working on and
  21 use it as a local interface to the bugs in the repository.  Change
  22 those, check in, etc.  It's effectively just a pretty version of the
  23 command line be tool.
  24
  25 I haven't used CherryPy's session/authentication support before.  This
  26 might be a good time for me to learn.  One way it might be able to
  27 handle multiple users hitting a central server:
  28
  29 * Each user has to register with the server and be approved by an admin.
  30 * Each account would be mapped to a contributor string, the same one
  31 that would show up if you were going to commit to the repository.
  32 * Once you have an account, you'd login to make any changes.
  33
  34
  35 Aside from all that, I'm a little fuzzy on how a centralized interface
  36 to a distributed bug tracking system should work.  A read-only
  37 interface to a central "main" repository would be easy.  Run the
  38 server in read-only mode pointing at the main repository.  People can
  39 use it to look at the bugs in the tip of that repository.
  40
  41 If it's not read-only, what happens when a user changes/adds/whatevers
  42 a bug?  Should CFBE commit that change to the repository right then
  43 and there?  Should it never commit, just update the bugdir and let the
  44 commits happen manually?
  45
  46 What happens when you have multiple branches for a repository?  Should
  47 there be one CFBE instance for each branch, or a single one that lets
  48 you switch between branches (effectively switching between revisions)?
  49
  50 Those are the kind of things that don't really apply when CFBE is just
  51 a local interface to a single repository.  If anyone has any advice on
  52 how a multi-user interface should work I'd love to hear it!
  53
  54 --
  55 Steve Losh
  56 http://stevelosh.com/
  57
  58
  59 _______________________________________________
  60 Be-devel mailing list
  61 Be-devel@bugseverywhere.org
  62 http://void.printf.net/cgi-bin/mailman/listinfo/be-devel