81df0034f4
Merge branch 'retried-in-database-mysql' into 'master'
...
Retried in database
Closes #25737
See merge request !11115
2017-05-10 22:07:05 +00:00
694f31dd40
Fix skipped manual actions issue in pipeline processing
2017-05-08 12:22:07 +02:00
f2a4420d66
Store retried in database for CI builds
2017-05-07 22:43:53 +02:00
ca12079ac8
Remove code deprecated in pipeline process service
2017-04-02 13:19:39 +02:00
d87132b463
Always actionize build when it is a manual action
...
Do not skip manual actions even if actions are optional.
2017-03-06 10:04:04 +01:00
ac5bd3b73c
Reinstitute a core `manual` status for manual actions
2017-03-06 10:04:04 +01:00
dd24091191
Add support for blocking actions to CI/CD pipeline
2017-03-06 10:04:04 +01:00
79ea01bfaf
Refactor code related to pipeline blocking actions
2017-03-06 10:04:04 +01:00
be039d22d7
Make manual actions blocking
2017-03-06 10:04:04 +01:00
6d80b94a89
Fix handling of skipped vs success status
2016-12-06 14:13:21 +01:00
e1285c1d8a
Restore method that ensures builds being created
2016-11-25 15:11:56 +01:00
785d5c8ed1
Create pipeline along with builds in the transation
2016-11-24 15:58:31 +01:00
2822526e7b
Make retry_lock to not be infinite
2016-10-27 12:34:35 +01:00
39c17ccb87
Fix Rubocop unused variables warning
2016-10-26 14:03:58 -07:00
85f7824b2d
Remove puts to solve Rubocop errors
2016-10-26 09:32:32 -07:00
d8aed6a27b
Fix optimistic locking
2016-10-26 11:37:23 +02:00
5d7ee7a1b6
Use optimistic locking
2016-10-26 11:37:23 +02:00
f5631ff262
Fix ci pipeline processing with async jobs
2016-10-07 14:52:30 +02:00
3bb409d2ee
Make the cases clear instead of having guards
2016-09-12 18:49:58 +08:00
fd4efde5aa
Block concurrent pipeline processings
2016-08-31 17:22:01 +02:00
23bed91b3f
rename Statuseable to HasStatus
2016-08-25 04:55:32 +02:00
ea4ac57853
Use event `enqueue` instead of `queue`
2016-08-12 13:57:58 +02:00
39203f1adf
Pre-create all builds for Pipeline when a trigger is received
...
This change simplifies a Pipeline processing by introducing a special new status: created.
This status is used for all builds that are created for a pipeline.
We are then processing next stages and queueing some of the builds (created -> pending) or skipping them (created -> skipped).
This makes it possible to simplify and solve a few ordering problems with how previously builds were scheduled.
This also allows us to visualise a full pipeline (with created builds).
This also removes an after_touch used for updating a pipeline state parameters.
Right now in various places we explicitly call a reload_status! on pipeline to force it to be updated and saved.
2016-08-11 15:22:35 +02:00
Regis Boudinot