(Difference between revisions)
|
|
| Line 18: |
Line 18: |
| | # Service admin(s) | | # Service admin(s) |
| | | | |
| - | === Workflow === | + | === Request Workflow === |
| | * Once the bug goes to assigned state this | | * Once the bug goes to assigned state this |
| | ** gets discussed at a technical level in MeegoIT team | | ** gets discussed at a technical level in MeegoIT team |
Revision as of 11:24, 14 November 2010
Services Definition
A service for MeeGo is defined as a specific project that provides some type of useful function within the community. Not all services will be user facing or be accessible by all meego.com users, but the project should be valuable to the entire MeeGo project.
It's important to review the existing services list on Web infrastructure before submitting a NEW request. Duplication of services will be highly discouraged.
Requesting a NEW service
Request Template
- What service (link to tarball, package, webpage or so)
- Service description
- Purpose of service
- Estimate of 6 month user base
- Possible interdependencies between services
- Urgency
- Service owner
- Service admin(s)
Request Workflow
- Once the bug goes to assigned state this
- gets discussed at a technical level in MeegoIT team
- Implementation effort
- Maintenance effort
- gets sent to Community office for discussion and approval
- gets sent to TSG for budget approval if needed
If all of this pass we go to the implementation phase:
- Create a component in bugzilla
- define default CC
- define QA
- Creation of beta site
- Go live
Process for a Change Request
- Open a bug in the service component in bugs.meego.com
- Template:
- What change
- possible interdependencies between services
- urgency
- gets discussed at a technical level in MeegoIT team
- gets sent to Community office for discussion and approval
- gets sent to TSG for budget approval if needed
If all of this pass we go to the implementation phase.