~allanlesage/uci-engine/coverage-extractor

« back to all changes in this revision

Viewing changes to docs/components/ticket-system.rst

  • Committer: Vincent Ladeuil
  • Author(s): ubuntu ci team et al.
  • Date: 2013-11-16 10:12:08 UTC
  • Revision ID: vila+ci@canonical.com-20131116101208-vw9kd9uobtgq8asa
Initial import from shared docs

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
Ticket System (sub-function of Project Manager)
 
2
===============================================
 
3
 
 
4
*Purpose:*
 
5
 
 
6
* Service to create, monitor and manage ticket related activities.
 
7
* Define and create a ticket including:
 
8
 
 
9
 * describe the targeted feature
 
10
 * Links to any bugs/BPs/other design docs that are related
 
11
 * People/teams working/owning on the ticket
 
12
 * Components involved (packages/PPAs/feature branches/infrastructure required to code/test/build/deploy)
 
13
 * PPA(s) dedicated to the ticket
 
14
 * describe the test suites that need to be run (smarts can be added in the long run to assist users in choosing the Right test to run).
 
15
 * Knowing what image is supposed to be ‘frozen’ for developing against
 
16
 
 
17
* Provides test and status of a ticket:
 
18
 
 
19
 * Built images in the image store
 
20
 * Status of the ticket as it progresses through the CI engine
 
21
 * Clear indication of merge/build/test failures and where the failure occurred, make it obvious to developers what a corrective course of action should be
 
22
 * Provide a means to execute a landing when all criteria have passed
 
23
 
 
24
* Coordinates the landing of multiple components:
 
25
 
 
26
 * Ensures that a feature landing is an atomic event
 
27
 * Communicates status as this is done
 
28
 * Provides feedback when something goes wrong and a course of action
 
29
 * Back-out the landing on failure
 
30
 
 
31
* Provides ticket management:
 
32
 
 
33
 * list and status of all tickets
 
34
 
 
35
*Deployment:*
 
36
 
 
37
* Built into the Project Manager
 
38
 
 
39
*Interactions:*
 
40
 
 
41
* track MPs targeting feature branches
 
42
* track packages built as a result of the MP/development done (PPA? Archive?)
 
43
* integration test runner for both environments (the isolated one and the automatic merges against the currently landed)
 
44
 
 
45