1. 09 5月, 2017 1 次提交
  2. 07 5月, 2017 1 次提交
  3. 05 5月, 2017 5 次提交
  4. 03 5月, 2017 1 次提交
  5. 07 4月, 2017 1 次提交
  6. 06 4月, 2017 2 次提交
  7. 05 4月, 2017 1 次提交
  8. 23 3月, 2017 4 次提交
  9. 03 3月, 2017 1 次提交
  10. 23 2月, 2017 5 次提交
  11. 17 2月, 2017 1 次提交
  12. 05 1月, 2017 1 次提交
  13. 20 12月, 2016 1 次提交
  14. 19 12月, 2016 1 次提交
  15. 16 12月, 2016 1 次提交
  16. 15 12月, 2016 1 次提交
  17. 07 12月, 2016 1 次提交
  18. 02 12月, 2016 1 次提交
  19. 01 12月, 2016 2 次提交
  20. 15 11月, 2016 1 次提交
  21. 11 11月, 2016 3 次提交
  22. 10 11月, 2016 1 次提交
  23. 07 11月, 2016 1 次提交
  24. 07 9月, 2016 1 次提交
  25. 11 8月, 2016 1 次提交
    • K
      Pre-create all builds for Pipeline when a trigger is received · 39203f1a
      Kamil Trzcinski 提交于
      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.
      39203f1a