Merge lp:~cjohnston/ubuntu-ci-services-itself/generic-doc-fixes into lp:ubuntu-ci-services-itself
- generic-doc-fixes
- Merge into trunk
Proposed by
Chris Johnston
Status: | Merged |
---|---|
Approved by: | Francis Ginther |
Approved revision: | 136 |
Merged at revision: | 136 |
Proposed branch: | lp:~cjohnston/ubuntu-ci-services-itself/generic-doc-fixes |
Merge into: | lp:ubuntu-ci-services-itself |
Diff against target: |
344 lines (+41/-42) 12 files modified
docs/api/initial-request.rst (+3/-3) docs/components/branch-source-builder.rst (+4/-4) docs/components/existing-pieces.rst (+2/-2) docs/components/image-builder.rst (+2/-2) docs/components/lander.rst (+8/-8) docs/components/planned.rst (+0/-1) docs/components/queue-service.rst (+1/-1) docs/components/test-runner.rst (+2/-2) docs/components/ticket-system.rst (+10/-10) docs/introduction.rst (+3/-3) docs/ticket.rst (+4/-4) docs/usage.rst (+2/-2) |
To merge this branch: | bzr merge lp:~cjohnston/ubuntu-ci-services-itself/generic-doc-fixes |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Francis Ginther | Approve | ||
Review via email:
|
Commit message
Misc doc fixes across the board
Description of the change
Just general doc fixes across the board
To post a comment you must log in.
Preview Diff
[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
1 | === modified file 'docs/api/initial-request.rst' | |||
2 | --- docs/api/initial-request.rst 2014-01-16 22:29:43 +0000 | |||
3 | +++ docs/api/initial-request.rst 2014-01-24 18:34:54 +0000 | |||
4 | @@ -10,7 +10,7 @@ | |||
5 | 10 | 10 | ||
6 | 11 | :: | 11 | :: |
7 | 12 | 12 | ||
9 | 13 | make_request autopilot_1.5~dev.1_source.changes --addpkgs python-autopilot python3-autopilot | 13 | python ubuntu-ci create_ticket -t "Ticket name" -d "Ticket description" -b 123 -o user@example.com -a "foo,bar" -r "baz" -s /full/path/to/_source.changes -s /full/path/to/_source.changes |
10 | 14 | 14 | ||
11 | 15 | CLI -> Ticket System | 15 | CLI -> Ticket System |
12 | 16 | -------------------- | 16 | -------------------- |
13 | @@ -264,14 +264,14 @@ | |||
14 | 264 | ----------------------- | 264 | ----------------------- |
15 | 265 | 265 | ||
16 | 266 | The lander provides progress to the ticket system through the ticket | 266 | The lander provides progress to the ticket system through the ticket |
18 | 267 | system's progress api: | 267 | system's progress API: |
19 | 268 | 268 | ||
20 | 269 | :: | 269 | :: |
21 | 270 | 270 | ||
22 | 271 | TBD | 271 | TBD |
23 | 272 | 272 | ||
24 | 273 | Completion of a build is provided to the ticket system through the ticket | 273 | Completion of a build is provided to the ticket system through the ticket |
26 | 274 | system's progress api: | 274 | system's progress API: |
27 | 275 | 275 | ||
28 | 276 | :: | 276 | :: |
29 | 277 | 277 | ||
30 | 278 | 278 | ||
31 | === modified file 'docs/components/branch-source-builder.rst' | |||
32 | --- docs/components/branch-source-builder.rst 2014-01-17 20:11:51 +0000 | |||
33 | +++ docs/components/branch-source-builder.rst 2014-01-24 18:34:54 +0000 | |||
34 | @@ -22,7 +22,7 @@ | |||
35 | 22 | ************ | 22 | ************ |
36 | 23 | 23 | ||
37 | 24 | * Lander sends a "build_source" request to the service (this includes swift | 24 | * Lander sends a "build_source" request to the service (this includes swift |
39 | 25 | urls from the data-store on what to build) | 25 | URLs from the data-store on what to build) |
40 | 26 | 26 | ||
41 | 27 | * A request is placed in the queue (at each step below, the progress_trigger | 27 | * A request is placed in the queue (at each step below, the progress_trigger |
42 | 28 | will be called to notify of status changes). | 28 | will be called to notify of status changes). |
43 | @@ -46,12 +46,12 @@ | |||
44 | 46 | 46 | ||
45 | 47 | Request a PPA build of the provided sources. | 47 | Request a PPA build of the provided sources. |
46 | 48 | 48 | ||
48 | 49 | *Url Pattern* | 49 | *URL Pattern* |
49 | 50 | 50 | ||
50 | 51 | http://bsbuilder-url:8080/api/v1/build_source (HTTP POST) | 51 | http://bsbuilder-url:8080/api/v1/build_source (HTTP POST) |
51 | 52 | 52 | ||
52 | 53 | *Parameters* | 53 | *Parameters* |
54 | 54 | * source_packages: An array of data-store URL's containing all of the | 54 | * source_packages: An array of data-store URLs containing all of the |
55 | 55 | source package files. | 55 | source package files. |
56 | 56 | * ppa: The PPA allocated by the ppa-assigner for this operation. | 56 | * ppa: The PPA allocated by the ppa-assigner for this operation. |
57 | 57 | * progress_trigger: A string used to create a dedicated message queue | 57 | * progress_trigger: A string used to create a dedicated message queue |
58 | @@ -116,7 +116,7 @@ | |||
59 | 116 | Useful for debug and monitoring. This method will return information like | 116 | Useful for debug and monitoring. This method will return information like |
60 | 117 | the number of worker queues and if they are busy or not. | 117 | the number of worker queues and if they are busy or not. |
61 | 118 | 118 | ||
63 | 119 | *Url Pattern* | 119 | *URL Pattern* |
64 | 120 | 120 | ||
65 | 121 | http://bsbuilder-url:8080/api/v1/status (HTTP GET) | 121 | http://bsbuilder-url:8080/api/v1/status (HTTP GET) |
66 | 122 | 122 | ||
67 | 123 | 123 | ||
68 | === modified file 'docs/components/existing-pieces.rst' | |||
69 | --- docs/components/existing-pieces.rst 2014-01-21 15:09:33 +0000 | |||
70 | +++ docs/components/existing-pieces.rst 2014-01-24 18:34:54 +0000 | |||
71 | @@ -16,7 +16,7 @@ | |||
72 | 16 | 16 | ||
73 | 17 | **Project Manager** | 17 | **Project Manager** |
74 | 18 | 18 | ||
76 | 19 | * Project specific configuration - We are doing this now with lp:cupstream2distro-config but with a very jenkins focused implementation. | 19 | * Project specific configuration - We are doing this now with lp:cupstream2distro-config but with a very Jenkins focused implementation. |
77 | 20 | 20 | ||
78 | 21 | **Test Runner** | 21 | **Test Runner** |
79 | 22 | 22 | ||
80 | @@ -25,7 +25,7 @@ | |||
81 | 25 | 25 | ||
82 | 26 | **Image Building** | 26 | **Image Building** |
83 | 27 | 27 | ||
85 | 28 | * Didier has done this manually for ISO images, using a squash FS process. Need to automate this and modify to work with touch images (which have an ubuntu and platform specific component). (takes about 15 minutes) | 28 | * Didier has done this manually for ISO images, using a squash FS process. Need to automate this and modify to work with touch images (which have an Ubuntu and platform specific component). (takes about 15 minutes) |
86 | 29 | 29 | ||
87 | 30 | **Ubuntu CD Image & Germinate** | 30 | **Ubuntu CD Image & Germinate** |
88 | 31 | 31 | ||
89 | 32 | 32 | ||
90 | === modified file 'docs/components/image-builder.rst' | |||
91 | --- docs/components/image-builder.rst 2014-01-21 14:56:40 +0000 | |||
92 | +++ docs/components/image-builder.rst 2014-01-24 18:34:54 +0000 | |||
93 | @@ -12,7 +12,7 @@ | |||
94 | 12 | Deployment | 12 | Deployment |
95 | 13 | ---------- | 13 | ---------- |
96 | 14 | 14 | ||
98 | 15 | * Can run as a juju service. | 15 | * Can run as a Juju service. |
99 | 16 | * Needs relationship to the Lander and the Data Store. | 16 | * Needs relationship to the Lander and the Data Store. |
100 | 17 | * Operations are transient, no need to save state. | 17 | * Operations are transient, no need to save state. |
101 | 18 | * Will need to have some configuration data though, in particular, for | 18 | * Will need to have some configuration data though, in particular, for |
102 | @@ -48,7 +48,7 @@ | |||
103 | 48 | * base_image : {"image_type": IMAGE_TYPE, "url_list": [...], "series": SERIES} | 48 | * base_image : {"image_type": IMAGE_TYPE, "url_list": [...], "series": SERIES} |
104 | 49 | 49 | ||
105 | 50 | * A json object containing the image_type (cloud for now), list of | 50 | * A json object containing the image_type (cloud for now), list of |
107 | 51 | URLs pointing to the image artifact(s), and the ubuntu series | 51 | URLs pointing to the image artifact(s), and the Ubuntu series |
108 | 52 | name. | 52 | name. |
109 | 53 | 53 | ||
110 | 54 | * ppa_list : [...] | 54 | * ppa_list : [...] |
111 | 55 | 55 | ||
112 | === modified file 'docs/components/lander.rst' | |||
113 | --- docs/components/lander.rst 2014-01-21 15:09:33 +0000 | |||
114 | +++ docs/components/lander.rst 2014-01-24 18:34:54 +0000 | |||
115 | @@ -26,7 +26,7 @@ | |||
116 | 26 | Phase 0 | 26 | Phase 0 |
117 | 27 | ------- | 27 | ------- |
118 | 28 | 28 | ||
120 | 29 | * Can run as a juju service. | 29 | * Can run as a Juju service. |
121 | 30 | * Needs relationship to Ticket System, PPA Assigner, Branch/Source Builder, | 30 | * Needs relationship to Ticket System, PPA Assigner, Branch/Source Builder, |
122 | 31 | Image Builder and Test Runner. | 31 | Image Builder and Test Runner. |
123 | 32 | * No public access needed. | 32 | * No public access needed. |
124 | @@ -109,27 +109,27 @@ | |||
125 | 109 | 109 | ||
126 | 110 | A Lander service handles the workflow by using Jenkins to schedule individual | 110 | A Lander service handles the workflow by using Jenkins to schedule individual |
127 | 111 | tasks. When a request is received to the Lander from the Ticket System, it | 111 | tasks. When a request is received to the Lander from the Ticket System, it |
129 | 112 | triggers the master jenkins job with the request parameters. The master job | 112 | triggers the master Jenkins job with the request parameters. The master job |
130 | 113 | then triggers a series of child jobs to execute the workflow. | 113 | then triggers a series of child jobs to execute the workflow. |
131 | 114 | 114 | ||
132 | 115 | The child jobs themselves execute a service handler. The service handler is | 115 | The child jobs themselves execute a service handler. The service handler is |
133 | 116 | responsible for setting up the progress queue and triggering the service | 116 | responsible for setting up the progress queue and triggering the service |
134 | 117 | via its REST API. As the service handler runs, it outputs the progress updates | 117 | via its REST API. As the service handler runs, it outputs the progress updates |
136 | 118 | it receives to the console (to be viewed via jenkins) and pushes the progress | 118 | it receives to the console (to be viewed via Jenkins) and pushes the progress |
137 | 119 | update to the Ticket System. | 119 | update to the Ticket System. |
138 | 120 | 120 | ||
139 | 121 | When the service completes, the service handler closes with a return code | 121 | When the service completes, the service handler closes with a return code |
140 | 122 | matching the status of the service itself. The result data from the service is | 122 | matching the status of the service itself. The result data from the service is |
143 | 123 | archived as a jenkins artifact. That data is combined with the existing set of | 123 | archived as a Jenkins artifact. That data is combined with the existing set of |
144 | 124 | job parameters to be used as input to the next jenkins child job. | 124 | job parameters to be used as input to the next Jenkins child job. |
145 | 125 | 125 | ||
146 | 126 | Only one master job may execute at a time. If additional build requests are | 126 | Only one master job may execute at a time. If additional build requests are |
148 | 127 | received, they will be queued by jenkins. | 127 | received, they will be queued by Jenkins. |
149 | 128 | 128 | ||
150 | 129 | The Lander supplies regular notification events to the Ticket System while a | 129 | The Lander supplies regular notification events to the Ticket System while a |
151 | 130 | job is executing. There are no notifications sent when the service is idle. | 130 | job is executing. There are no notifications sent when the service is idle. |
152 | 131 | 131 | ||
154 | 132 | The Lander archives the jenkins console logs and the archived results of each | 132 | The Lander archives the Jenkins console logs and the archived results of each |
155 | 133 | job to the data store. | 133 | job to the data store. |
156 | 134 | 134 | ||
157 | 135 | Future | 135 | Future |
158 | @@ -151,7 +151,7 @@ | |||
159 | 151 | Schedules a new request for building source packages and creation and test of | 151 | Schedules a new request for building source packages and creation and test of |
160 | 152 | an image. | 152 | an image. |
161 | 153 | 153 | ||
163 | 154 | *Url Pattern* | 154 | *URL Pattern* |
164 | 155 | 155 | ||
165 | 156 | http://lander-url:8080/api/v1/execute_request (HTTP POST) | 156 | http://lander-url:8080/api/v1/execute_request (HTTP POST) |
166 | 157 | 157 | ||
167 | 158 | 158 | ||
168 | === modified file 'docs/components/planned.rst' | |||
169 | --- docs/components/planned.rst 2014-01-14 02:44:54 +0000 | |||
170 | +++ docs/components/planned.rst 2014-01-24 18:34:54 +0000 | |||
171 | @@ -5,7 +5,6 @@ | |||
172 | 5 | :maxdepth: 2 | 5 | :maxdepth: 2 |
173 | 6 | 6 | ||
174 | 7 | ticket-system | 7 | ticket-system |
175 | 8 | ticket-manager | ||
176 | 9 | web-server | 8 | web-server |
177 | 10 | branch-listener | 9 | branch-listener |
178 | 11 | ppa-assigner | 10 | ppa-assigner |
179 | 12 | 11 | ||
180 | === modified file 'docs/components/queue-service.rst' | |||
181 | --- docs/components/queue-service.rst 2013-12-09 20:06:06 +0000 | |||
182 | +++ docs/components/queue-service.rst 2014-01-24 18:34:54 +0000 | |||
183 | @@ -4,7 +4,7 @@ | |||
184 | 4 | Purpose | 4 | Purpose |
185 | 5 | ******* | 5 | ******* |
186 | 6 | 6 | ||
188 | 7 | Provides a generic queue service for the entire CI engine. Common uses are: | 7 | Provides a generic queue service for the entire CI Engine. Common uses are: |
189 | 8 | 8 | ||
190 | 9 | * Task queues to manage work between a service accepting requests and a pool | 9 | * Task queues to manage work between a service accepting requests and a pool |
191 | 10 | of workers to actually execute the request. | 10 | of workers to actually execute the request. |
192 | 11 | 11 | ||
193 | === modified file 'docs/components/test-runner.rst' | |||
194 | --- docs/components/test-runner.rst 2014-01-21 16:10:57 +0000 | |||
195 | +++ docs/components/test-runner.rst 2014-01-24 18:34:54 +0000 | |||
196 | @@ -10,7 +10,7 @@ | |||
197 | 10 | Future | 10 | Future |
198 | 11 | ====== | 11 | ====== |
199 | 12 | 12 | ||
201 | 13 | Expands upon phase 0 by allowing a set of ppas and additional packages to be | 13 | Expands upon phase 0 by allowing a set of PPAs and additional packages to be |
202 | 14 | added before running the tests, support using autopilot on a touch device, | 14 | added before running the tests, support using autopilot on a touch device, |
203 | 15 | perform a custom test (TBD), support executing tests on bare metal. | 15 | perform a custom test (TBD), support executing tests on bare metal. |
204 | 16 | 16 | ||
205 | @@ -85,7 +85,7 @@ | |||
206 | 85 | 85 | ||
207 | 86 | * Setup an instance from the image builder url | 86 | * Setup an instance from the image builder url |
208 | 87 | * Run the dep8 tests | 87 | * Run the dep8 tests |
210 | 88 | * Collecte the artifacts | 88 | * Collect the artifacts |
211 | 89 | * Send test results and artifacts to the lander (via the data store). | 89 | * Send test results and artifacts to the lander (via the data store). |
212 | 90 | 90 | ||
213 | 91 | Future | 91 | Future |
214 | 92 | 92 | ||
215 | === modified file 'docs/components/ticket-system.rst' | |||
216 | --- docs/components/ticket-system.rst 2014-01-21 19:36:04 +0000 | |||
217 | +++ docs/components/ticket-system.rst 2014-01-24 18:34:54 +0000 | |||
218 | @@ -442,14 +442,14 @@ | |||
219 | 442 | 442 | ||
220 | 443 | :: | 443 | :: |
221 | 444 | 444 | ||
223 | 445 | curl --dump-header - -H "Content-Type: application/json" -X POST --data '{"name": "Chris Johnston", "email": "chris.johnston@canonical.com", "is_team": "False"}' http://localhost:8000/api/v1/person/ | 445 | curl --dump-header - -H "Content-Type: application/json" -X POST --data '{"name": "Chris Johnston", "email": "user@example.com", "is_team": "False"}' http://localhost:8000/api/v1/person/ |
224 | 446 | 446 | ||
225 | 447 | 447 | ||
226 | 448 | *team* | 448 | *team* |
227 | 449 | 449 | ||
228 | 450 | :: | 450 | :: |
229 | 451 | 451 | ||
231 | 452 | curl --dump-header - -H "Content-Type: application/json" -X POST --data '{"name": "Canonical CI Engineering", "email": "canonical-ci-engineering@lists.launchpad.net", "is_team": "True"}' http://localhost:8000/api/v1/person/ | 452 | curl --dump-header - -H "Content-Type: application/json" -X POST --data '{"name": "Canonical CI Engineering", "email": "team@lists.example", "is_team": "True"}' http://localhost:8000/api/v1/person/ |
232 | 453 | 453 | ||
233 | 454 | 454 | ||
234 | 455 | get_person | 455 | get_person |
235 | @@ -465,19 +465,19 @@ | |||
236 | 465 | 465 | ||
237 | 466 | :: | 466 | :: |
238 | 467 | 467 | ||
243 | 468 | curl --dump-header - http://localhost:8000/api/v1/person/?name__exact=Chris%20Johnston | 468 | curl --dump-header - http://localhost:8000/api/v1/person/?name__exact=My%20Name |
244 | 469 | curl --dump-header - http://localhost:8000/api/v1/person/?name__iexact=chris%20johnston | 469 | curl --dump-header - http://localhost:8000/api/v1/person/?name__iexact=my%20name |
245 | 470 | curl --dump-header - http://localhost:8000/api/v1/person/?name__startswith=Chris | 470 | curl --dump-header - http://localhost:8000/api/v1/person/?name__startswith=My |
246 | 471 | curl --dump-header - http://localhost:8000/api/v1/person/?name__istartswith=chris | 471 | curl --dump-header - http://localhost:8000/api/v1/person/?name__istartswith=my |
247 | 472 | 472 | ||
248 | 473 | *search by email* | 473 | *search by email* |
249 | 474 | 474 | ||
250 | 475 | :: | 475 | :: |
251 | 476 | 476 | ||
256 | 477 | curl --dump-header - http://localhost:8000/api/v1/person/?email__exact=chris.johnston@canonical.com | 477 | curl --dump-header - http://localhost:8000/api/v1/person/?email__exact=user@example.com |
257 | 478 | curl --dump-header - http://localhost:8000/api/v1/person/?email__iexact=Chris.Johnston@canonical.com | 478 | curl --dump-header - http://localhost:8000/api/v1/person/?email__iexact=User@example.com |
258 | 479 | curl --dump-header - http://localhost:8000/api/v1/person/?email__startswith=chris | 479 | curl --dump-header - http://localhost:8000/api/v1/person/?email__startswith=user |
259 | 480 | curl --dump-header - http://localhost:8000/api/v1/person/?email__istartswith=Chris | 480 | curl --dump-header - http://localhost:8000/api/v1/person/?email__istartswith=User |
260 | 481 | 481 | ||
261 | 482 | *show/don't show teams* | 482 | *show/don't show teams* |
262 | 483 | 483 | ||
263 | 484 | 484 | ||
264 | === modified file 'docs/introduction.rst' | |||
265 | --- docs/introduction.rst 2014-01-23 19:06:13 +0000 | |||
266 | +++ docs/introduction.rst 2014-01-24 18:34:54 +0000 | |||
267 | @@ -28,12 +28,12 @@ | |||
268 | 28 | 28 | ||
269 | 29 | The essiential set of Phase 0 features include: | 29 | The essiential set of Phase 0 features include: |
270 | 30 | 30 | ||
272 | 31 | * CI from debian source packages. | 31 | * CI from Debian source packages. |
273 | 32 | * Building of binary packages and complete images. | 32 | * Building of binary packages and complete images. |
274 | 33 | * Tests are executed on the produced image. | 33 | * Tests are executed on the produced image. |
275 | 34 | * Tests are defined via autopackage testing. | 34 | * Tests are defined via autopackage testing. |
276 | 35 | * Results are archived and retrieved via a web interface. | 35 | * Results are archived and retrieved via a web interface. |
278 | 36 | * A micro-service oriented architecture deployed in an openstack cloud | 36 | * A micro-service oriented architecture deployed in an OpenStack cloud |
279 | 37 | environment. | 37 | environment. |
280 | 38 | 38 | ||
281 | 39 | Constraints | 39 | Constraints |
282 | @@ -49,7 +49,7 @@ | |||
283 | 49 | * Build and test results and logs are provided as raw artifacts. | 49 | * Build and test results and logs are provided as raw artifacts. |
284 | 50 | * Source packages are used is input. | 50 | * Source packages are used is input. |
285 | 51 | * Binary packages and images are built from a default series and image. | 51 | * Binary packages and images are built from a default series and image. |
287 | 52 | * Openstack cloud images are produced and used for testing. | 52 | * OpenStack cloud images are produced and used for testing. |
288 | 53 | * Tests are limited to autopackage tests defined in the source packages. | 53 | * Tests are limited to autopackage tests defined in the source packages. |
289 | 54 | 54 | ||
290 | 55 | Future Phases | 55 | Future Phases |
291 | 56 | 56 | ||
292 | === modified file 'docs/ticket.rst' | |||
293 | --- docs/ticket.rst 2013-11-19 19:13:56 +0000 | |||
294 | +++ docs/ticket.rst 2014-01-24 18:34:54 +0000 | |||
295 | @@ -20,15 +20,15 @@ | |||
296 | 20 | * knowing where we stands on all those feature branches and sources compared to latest in distro (if the source package isn't the latest version in the development version anymore) | 20 | * knowing where we stands on all those feature branches and sources compared to latest in distro (if the source package isn't the latest version in the development version anymore) |
297 | 21 | * what MP are pending against this ticket, meaning against all attached feature branches. | 21 | * what MP are pending against this ticket, meaning against all attached feature branches. |
298 | 22 | * what delta do we have between the various feature branches in this ticket and their corresponding trunks. | 22 | * what delta do we have between the various feature branches in this ticket and their corresponding trunks. |
300 | 23 | * knowing if we are mergeable or not against those trunks. If we can merge at a T time (and tests are all passing), propose a way to merge trunks easily into those branches. | 23 | * knowing if we are able to merge or not against those trunks. If we can merge at a T time (and tests are all passing), propose a way to merge trunks easily into those branches. |
301 | 24 | * after getting the progress on their build, attaching latest available specific image (3 images per ticket): feature branch + fixed image number, feature branch + latest available image, trunk + feature branch merged + latest available image. | 24 | * after getting the progress on their build, attaching latest available specific image (3 images per ticket): feature branch + fixed image number, feature branch + latest available image, trunk + feature branch merged + latest available image. |
302 | 25 | * knowing what latest image number is available, be able to change with it if test on latest image passed. | 25 | * knowing what latest image number is available, be able to change with it if test on latest image passed. |
303 | 26 | * getting tests progress while they are run dynamically. Represents them clearly against those previous 3 image tests | 26 | * getting tests progress while they are run dynamically. Represents them clearly against those previous 3 image tests |
304 | 27 | * ensuring that involved parties like core-devs and design team are involved if the ticket needs their review. A packaging change will require core-devs to ack their change. The design team will be in the process if there is a design change involved. Those should work through credentials. | 27 | * ensuring that involved parties like core-devs and design team are involved if the ticket needs their review. A packaging change will require core-devs to ack their change. The design team will be in the process if there is a design change involved. Those should work through credentials. |
305 | 28 | * CI general health and global warnings if needed | 28 | * CI general health and global warnings if needed |
306 | 29 | * status on the corresponding components health | 29 | * status on the corresponding components health |
309 | 30 | * gives an easy way once all those criterias are met (third-party acking, everything built and all tests passing) to give a "go" to the engine to deliver those different trunks. | 30 | * gives an easy way once all those criteria are met (third-party acking, everything built and all tests passing) to give a "go" to the engine to deliver those different trunks. |
310 | 31 | * show the progress on the merging back to trunk, building packages there, tests passing, migration in UNAPPROVED/NEW, -proposed, release pocket and close the ticket completely once the next image is kicked in. Demonstrate explicitely when something is blocking there the whole pipeline for other delivery. | 31 | * show the progress on the merging back to trunk, building packages there, tests passing, migration in UNAPPROVED/NEW, -proposed, release pocket and close the ticket completely once the next image is kicked in. Demonstrate explicitly when something is blocking there the whole pipeline for other delivery. |
311 | 32 | 32 | ||
312 | 33 | **Tickets interactions** | 33 | **Tickets interactions** |
313 | 34 | 34 | ||
314 | @@ -39,7 +39,7 @@ | |||
315 | 39 | Finally, in this global view, we want to show the health of all projects: | 39 | Finally, in this global view, we want to show the health of all projects: |
316 | 40 | 40 | ||
317 | 41 | * seeing all components (projects/branches) that we have in the CI system with global/general metadata (what test environment is going to be used, what tests are associated with that components, number of tickets opened against them and so on) | 41 | * seeing all components (projects/branches) that we have in the CI system with global/general metadata (what test environment is going to be used, what tests are associated with that components, number of tickets opened against them and so on) |
319 | 42 | * giving a view for the managers to see what ticket their team are working on, and what's the progress on them as well as global status (build/tests/mergeable to trunk). | 42 | * giving a view for the managers to see what ticket their team are working on, and what's the progress on them as well as global status (build/tests/ability to merge to trunk). |
320 | 43 | * if a direct commit to trunk blocked the project and that's the only way to fix it back (another direct commit to trunk), surface that. All other tickets being blocked by that state (as touching that same component) should reflect that info as well. | 43 | * if a direct commit to trunk blocked the project and that's the only way to fix it back (another direct commit to trunk), surface that. All other tickets being blocked by that state (as touching that same component) should reflect that info as well. |
321 | 44 | * when tickets are expected to be delivered (based on the ETA), so that we can identify hot spots (times where a lot of landing will happen simultaneously and will clash) and try to shuffle them around to not having them in one landing (eventually by a global override on all tickets) | 44 | * when tickets are expected to be delivered (based on the ETA), so that we can identify hot spots (times where a lot of landing will happen simultaneously and will clash) and try to shuffle them around to not having them in one landing (eventually by a global override on all tickets) |
322 | 45 | * a single point to see across all projects where different teams need to assess/review before the delivery takes place (pending packaging changes triggering a core-dev review, design review needed) | 45 | * a single point to see across all projects where different teams need to assess/review before the delivery takes place (pending packaging changes triggering a core-dev review, design review needed) |
323 | 46 | 46 | ||
324 | === modified file 'docs/usage.rst' | |||
325 | --- docs/usage.rst 2014-01-23 19:06:13 +0000 | |||
326 | +++ docs/usage.rst 2014-01-24 18:34:54 +0000 | |||
327 | @@ -10,7 +10,7 @@ | |||
328 | 10 | 10 | ||
329 | 11 | CI requests, known as tickets, are created through a command line interface. :: | 11 | CI requests, known as tickets, are created through a command line interface. :: |
330 | 12 | 12 | ||
332 | 13 | make_request my_source_package_1.0.1_source.changes --addpkgs my_binary_package | 13 | python ubuntu-ci create_ticket -t "Ticket name" -d "Ticket description" -b 123 -o user@example.com -a "foo,bar" -r "baz" -s /full/path/to/_source.changes -s /full/path/to/_source.changes |
333 | 14 | 14 | ||
334 | 15 | This returns a ticket ID which can later be used to monitor and check for | 15 | This returns a ticket ID which can later be used to monitor and check for |
335 | 16 | results. Once the ticket is created, the Ubuntu CI Engine does the rest. The | 16 | results. Once the ticket is created, the Ubuntu CI Engine does the rest. The |
336 | @@ -33,7 +33,7 @@ | |||
337 | 33 | Specification of a source package | 33 | Specification of a source package |
338 | 34 | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ | 34 | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
339 | 35 | 35 | ||
341 | 36 | A source package is a standard debian source package which may optionally | 36 | A source package is a standard Debian source package which may optionally |
342 | 37 | contain dep8 autopackage tests. If autopackage tests are defined, they will | 37 | contain dep8 autopackage tests. If autopackage tests are defined, they will |
343 | 38 | be used to validate the image that is produced. All tests must pass for a | 38 | be used to validate the image that is produced. All tests must pass for a |
344 | 39 | ticket to complete CI successfully. | 39 | ticket to complete CI successfully. |
Thanks for the fixes.