TODO

   1 TODO
   2 ====
   3
   4 Im thinking about changing the name of my project to something like AGOW (all git over web)
   5 TGOW (total) or something
   6
   7 My basic roadmap of the things I want to do with this project in the order I want to do them:
   8
   9 Current
  10 =======
  11 1) implement repo permissions - DONE
  12 2) add a page after repo creation to explain how to populate (via git remote add, git push name master)
  13 3) remove initial repo bit via bundle - going to leave this here for now - DONE
  14 4) fix up the gitbackend function once and for all - DONE
  15 5) finish setup
  16 6) sort gwvpdatabase.php functions into alpha order
  17 7) registration page
  18 8) home page content
  19
  20
  21 Alpha Release
  22 =============
  23 1) user/group admin page fully functional + form validation
  24 2) repo administration working
  25 3) repo permissions working
  26 4) move config (excluding db) into database
  27 5) installation basically working
  28 6) user registration and validation
  29 7) implement captcha plugin via plugins for registration
  30 8) repo push/pull fully working
  31 9) full access control, with proper permission checks at both page and repo
  32 10) ability to repo storage location on the fly
  33 11) add project to freshmeat at alpha release
  34
  35 Beta Release
  36 ============
  37 1) usability fixes
  38 2) installation solid
  39
  40 Stable Relase 1.0
  41 =================
  42 1) Full error checking
  43 2) Full form validation
  44 3) Packages (and maybe repos - i.e. apt/yum not git?) for various OS's
  45
  46 and, not in any order:
  47
  48 Future
  49 ======
  50 1) more complex messaging structure
  51 2) ability to create repos as clones of other repos (both inside and out)
  52 3) ability to pull on those repos as required
  53 4) a logo - something along the lines of http://git or git/web=>php (i.e. git over web via php)
  54 5) sexier pages
  55 6) i18n
  56 7) email notifications
  57 8) nested groups?
  58 9) ability to compare repos within the site (i.e. repo a to repo b and get diffs)
  59 10) ability to define repo permissions on a per-branch basis
  60 11) an issues register with the ability to link it to commits
  61 12) ability to submit patches to repos
  62 13) control the usage of git repos on a per-user and repo basis
  63 14) system update mechanism