GitLab steht wegen Wartungsarbeiten am Montag, den 10. Mai, zwischen 17:00 und 19:00 Uhr nicht zur Verfügung.

  1. 13 Jul, 2016 2 commits
  2. 08 Jul, 2016 1 commit
  3. 07 Jul, 2016 2 commits
  4. 03 Jun, 2016 2 commits
  5. 17 May, 2016 1 commit
    • Sean McGivern's avatar
      Create a todo on failing MR build · 6b834f2c
      Sean McGivern authored
      When a build fails for a commit, create a todo for the author of the
      merge request that commit is the HEAD of. If the commit isn't the HEAD
      commit of any MR, don't do anything. If there already is a todo for that
      user and MR, don't do anything.
      
      Current limitations:
      - This isn't configurable by project.
      - The author of a merge request might not be the person who pushed the
        breaking commit.
      6b834f2c
  6. 15 Dec, 2015 1 commit
  7. 18 Nov, 2015 1 commit
  8. 06 Nov, 2015 1 commit
  9. 02 Nov, 2015 1 commit
  10. 21 Oct, 2015 2 commits
  11. 16 Oct, 2015 7 commits
  12. 11 Aug, 2015 2 commits
  13. 16 Jul, 2015 2 commits
  14. 13 May, 2015 1 commit
  15. 11 May, 2015 2 commits
  16. 23 Mar, 2015 1 commit
  17. 18 Mar, 2015 1 commit
  18. 10 Mar, 2015 1 commit
  19. 06 Mar, 2015 1 commit
  20. 07 Jan, 2015 1 commit
  21. 09 Dec, 2014 1 commit
  22. 02 Dec, 2014 2 commits
    • Dmitriy Zaporozhets's avatar
    • Dmitriy Zaporozhets's avatar
      Improve MR code reloading when push code · 9211b541
      Dmitriy Zaporozhets authored
      Every time you pushed to master it updates merge requests that has master
      as target branch. So if you have 50 open merge requests point to master
      it will reload all of them every time you push a single commit to
      master. The funny thing is that after reloading diff of most merge
      requests looks the same.
      
      After this patch we update diff only if we push commit to master that
      includes in MR commits list.
      
      For example we have next repository:
      
      feature: A - B - C
      master: A
      
      We create merge requests #1 with code from feature to master.
      
      MR #1: B - C
      
      If we push to master commit D - MR will not be reloaded. So picture will
      look next:
      
      feature: A - B - C
      master: A - D
      MR #1: B - C
      
      And if we push to master commit B - MR will be reloaded. So picture will
      look next:
      
      feature: A - B - C
      master: A - B
      MR #1: C
      Signed-off-by: default avatarDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
      9211b541
  23. 11 Nov, 2014 1 commit