1. 03 8月, 2017 1 次提交
  2. 03 6月, 2017 1 次提交
  3. 31 5月, 2017 1 次提交
  4. 23 5月, 2017 1 次提交
  5. 03 4月, 2017 1 次提交
    • S
      Quiet pipeline emails · a1805cbc
      Sean McGivern 提交于
      1. Never send a pipeline email to anyone other than the user who created
         the pipeline.
      2. Only send pipeline success emails to people with the custom
         notification setting for enabled. Watchers and participants will
         never receive this.
      3. When custom settings are unset (for new settings and legacy ones),
         act as if failed_pipeline is set.
      a1805cbc
  6. 08 3月, 2017 1 次提交
  7. 04 1月, 2017 1 次提交
  8. 21 12月, 2016 1 次提交
  9. 27 11月, 2016 1 次提交
  10. 25 11月, 2016 3 次提交
  11. 18 8月, 2016 1 次提交
  12. 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
  13. 15 6月, 2016 1 次提交
  14. 03 6月, 2016 1 次提交
  15. 02 6月, 2016 1 次提交
  16. 05 3月, 2016 1 次提交
  17. 12 12月, 2015 1 次提交
  18. 02 12月, 2015 1 次提交
  19. 05 10月, 2015 4 次提交
  20. 29 9月, 2015 1 次提交
  21. 14 9月, 2015 1 次提交
  22. 09 9月, 2015 1 次提交
  23. 26 8月, 2015 1 次提交