| 1 |
events: |
| 2 |
* need to create user-less events even we don't find matching users, otherwise it gets weird whenever there's commits from non-registered gitorious users (or users commit from another email). |
| 3 |
- maybe save name+email in events table in that case, so we can hook them up to a user later if needed. |
| 4 |
* .hooks symlink need to go to $deploy_to/current, not the release dir |
| 5 |
|
| 6 |
new-ui: |
| 7 |
* show outstanding mergerequests on dashboard |
| 8 |
* mandatory project descriptions, at least a sentence or two |
| 9 |
* tweak fonts-sizes and line-heights |
| 10 |
* Clone stats graph on repositories#index |
| 11 |
* popular & active projects on frontpage |
| 12 |
* make the top-header smaller (move gitorious logo to footer?) |
| 13 |
|
| 14 |
(in no particular order) |
| 15 |
|
| 16 |
two from Yurii: |
| 17 |
1) show commits actually merged for merge request after actual merge (I see them on open request, but do not on merged one) |
| 18 |
2) provide clone url on every repo browsing page, so I can get url to pull from even if I am reading a commit |
| 19 |
|
| 20 |
* tree browser: deal better with funny characters: http://gitorious.org/projects/avara/repos/mainline/trees/master |
| 21 |
* if you comment on a specific commit, you should get redirected back there |
| 22 |
|
| 23 |
> If you do `git archive --format=tar --prefix=myproject/ HEAD | gzip > |
| 24 |
> myproject.tar.gz`, when .gitattributes specifies files that have |
| 25 |
> export-subst, it will expand keywords such as $Format:%cd$. Gitorious' |
| 26 |
> "Download as gzipped tarball" apparently does not do this and I think |
| 27 |
> it'd be pretty nice if it did. |
| 28 |
|
| 29 |
* Deal gracefully with markdown errors (and/or look into using the other markdown libary instead) |
| 30 |
* Markdownify atom feed body for projects.atom |
| 31 |
* Make the fact that you _can_ clone/fork any repo more visible, maybe reword it since people confuse it with local cloning |
| 32 |
* Show the most recent mergerequests on users dashboard so they can track them |
| 33 |
* Make the archive download an external little mongrel/rack thing, and store the result per sha1 |
| 34 |
* Comments on MergeRequests and/or votes (or just comments when you resolve) |
| 35 |
* only load scriptacolous+friends when needed |
| 36 |
* git-blame rendering? |
| 37 |
* Reword /about page |
| 38 |
* mail the user when someone adds him as a comitter |
| 39 |
* expire fragment caches for project+repos on deletion |
| 40 |
*a Tone down the "owner" of a repository, or implement a proper "mirror" project type. |
| 41 |
*b be able to mark a project as a "mirror" |
| 42 |
* Nicer diff stats |
| 43 |
* more interesting project stats on frontpage |
| 44 |
* parse git submodule data and link to project if submodule is in gitorious |
| 45 |
* add mainline as a remote branch in clones |
| 46 |
* timezone support |
| 47 |
* Email source_repository owner about merge_request changes |
| 48 |
* Get rid of all the mocking in the controller tests, or at least clean it up |
| 49 |
* Nag project owners with no commits to the mainline repos after a week or two |
| 50 |
* gitk-style branch view |
| 51 |
* Projects can add multiple "pages", not just the index description |
| 52 |
* paginate comments |
| 53 |
* OpenID login |
| 54 |
* Clean up in commit diff CSS |
| 55 |
* graph Repository#parent relationships properly |
| 56 |
* (A RemoteRepository class for repositories hosted elsewhere?) |
| 57 |
* Auto-remove cloned repositories that havent been committed to after 7 days? |
| 58 |
* Refactor the Task/queue system |
| 59 |
* A "Status" field for a project (though a wiki-frontpage makes this unneeded-ish) |
| 60 |
* improve commenting and comments visibility |
| 61 |
* handle mising/wrong SHA1s gracefully in browser |
| 62 |
* parse SHA1s in commits+comments |
| 63 |
* Detect renames etc when showing a commit |
| 64 |
* Always add a "mainline-upstream" branch that track the mainline repos automagically to clones |
| 65 |
--- |
| 66 |
|
| 67 |
a ProjectMirror that sucks in svn repositories. They need to be differentiated form normal projects (don't display owner etc, since it's a mirror). Also, the mainline repository should probably be immutable so people can commit changes to the actual mirror. |
| 68 |
|
| 69 |
Groups may be a better alternative to allowing multiple repositories in a project, so a Group (or Product?) has many projects. |
