| 1 |
= NEWS |
| 2 |
|
| 3 |
This document lists new features in the Gitorious source code. If you |
| 4 |
are looking for detailed information about invidiual commits, use the |
| 5 |
Git log. Oldest news at the bottom, newest at the top. |
| 6 |
|
| 7 |
=== New messaging API |
| 8 |
|
| 9 |
No longer depend on ActiveMessaging for asynchronous processing. We |
| 10 |
now support several kinds of messaging backends, and a simple API for |
| 11 |
adding new ones. Refer to lib/gitorious/messaging for more information |
| 12 |
on the new API. |
| 13 |
|
| 14 |
=== Improved SSL |
| 15 |
|
| 16 |
The gitorious.yml configuration file now has a configuration setting |
| 17 |
that allows the control SSL usage. You either enable it (default) or |
| 18 |
disable it. When SSL is enabled, Gitorious will force SSL for any page |
| 19 |
as long as a user is logged in. Additionally, any page that takes user |
| 20 |
input (whether the user is logged in or not) will require the use of |
| 21 |
SSL through a redirect. If SSL is disabled, it will not be used |
| 22 |
anywhere. It is strongly encouraged to use SSL. If you don't have an |
| 23 |
SSL certificate, create a self-signed one. |
| 24 |
|
| 25 |
=== Re-write of event handling, scheduled for master 2011-02-11 |
| 26 |
|
| 27 |
Gitorious used to create event records in the database for each commit |
| 28 |
event. This created an enormous amount of unnecessary data in the |
| 29 |
database, which slowed down database performance, especially when |
| 30 |
index updates happen, on each insert/delete. |
| 31 |
|
| 32 |
We no longer store the commits as events, rather use git to fetch |
| 33 |
these on demand (using caching, of course). There's a new event type |
| 34 |
with action Action::PUSH_SUMMARY, which contains the metadata required |
| 35 |
to fetch the correct events from git. In this process, the processing |
| 36 |
of push events was rewritten. |
| 37 |
|
| 38 |
Each push event will now create a "push event" and/or a "meta event", |
| 39 |
illustrated by the following table: |
| 40 |
|
| 41 |
|
| 42 |
Should we generate a push event? |
| 43 |
| | CREATE | UPDATE | DELETE | |
| 44 |
| tag | no | no | no | |
| 45 |
| head | no | yes | no | |
| 46 |
|
| 47 |
Should we generate a "meta" event? |
| 48 |
| | CREATE | UPDATE | DELETE | |
| 49 |
| tag | yes | no | yes | |
| 50 |
| head | yes | no | yes | |
| 51 |
|
| 52 |
|
| 53 |
=== Links to tags and branches changes - 2011-02-09 |
| 54 |
|
| 55 |
The links to branches and commits from the trees are now changed to |
| 56 |
point to the respective trees, not commit logs as it has been in the |
| 57 |
past. Related - when creating new tags the news bulletin now links to |
| 58 |
the tree for that tag, rather than to its commit log which makes no |
| 59 |
sense, and also causes Gitorious to crash. |
| 60 |
|
| 61 |
=== Pull/push Gitorious repositories - 2011-01-27 |
| 62 |
|
| 63 |
Gitorious now lets users clone the wiki repository for a project. This |
| 64 |
way they can update the wiki locally (all the files in the repository |
| 65 |
is in Markdown format) and push their changes back to gitorious.org. |
| 66 |
|
| 67 |
In the same way events are logged in the project when someone edits a |
| 68 |
wiki page through the web interface, changes will be logged when you |
| 69 |
push them to Gitorious. Gitorious do not currently impose any |
| 70 |
restrictions on using branches and tags, so use Git however you see |
| 71 |
fit to work with your repository. |