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