BigW Consortium Gitlab

  1. 21 Jul, 2016 5 commits
  2. 13 Jul, 2016 1 commit
  3. 30 Jun, 2016 1 commit
  4. 08 Jun, 2016 1 commit
  5. 03 Jun, 2016 4 commits
  6. 09 Mar, 2016 1 commit
  7. 14 Aug, 2015 1 commit
  8. 22 Jun, 2015 1 commit
  9. 04 Jun, 2015 1 commit
  10. 26 Apr, 2015 1 commit
  11. 12 Feb, 2015 1 commit
  12. 01 Oct, 2014 1 commit
  13. 19 Sep, 2014 2 commits
  14. 31 Jul, 2014 3 commits
  15. 06 Jun, 2014 1 commit
  16. 05 Jun, 2014 1 commit
  17. 30 May, 2014 1 commit
  18. 03 Apr, 2014 1 commit
  19. 14 Feb, 2014 1 commit
    • Add email aliases for users · 29cfd33d
      Jason Hollingsworth authored
      Emails are used to associate commits with users. The emails
      are not verified and don't have to be valid email addresses. They
      are assigned on a first come, first serve basis.
      
      Notifications are sent when an email is added.
  20. 11 Jan, 2014 1 commit
  21. 10 Dec, 2013 1 commit
  22. 16 Oct, 2013 1 commit
  23. 12 Sep, 2013 1 commit
  24. 07 Sep, 2013 1 commit
    • Improved large commit handling. · 01ff084a
      Boyan Tabakov authored
      Previously, only number of changed files mattered. Now, number of lines to render in the diff are also taken into account.
      
      A hard limit is set, above which diffs are not rendered and users are not allowed to override that. This prevents high server
      resource usage with huge commits.
      
      Related to #1745, #2259
      
      In addition, handle large commits for MergeRequests and Compare controllers.
      
      Also fixes a bug where diffs are loaded twice, if user goes directly to merge_requests/:id/diffs URL.
  25. 08 Aug, 2013 1 commit
  26. 18 Jul, 2013 1 commit
    • Merge Request on forked projects · 3d7194f0
      Izaak Alpert authored
      The good:
      
       - You can do a merge request for a forked commit and it will merge properly (i.e. it does work).
       - Push events take into account merge requests on forked projects
       - Tests around merge_actions now present, spinach, and other rspec tests
       - Satellites now clean themselves up rather then recreate
      
      The questionable:
      
       - Events only know about target projects
       - Project's merge requests only hold on to MR's where they are the target
       - All operations performed in the satellite
      
      The bad:
      
        -  Duplication between project's repositories and satellites (e.g. commits_between)
      
      (for reference: http://feedback.gitlab.com/forums/176466-general/suggestions/3456722-merge-requests-between-projects-repos)
      
      Fixes:
      
      Make test repos/satellites only create when needed
      -Spinach/Rspec now only initialize test directory, and setup stubs (things that are relatively cheap)
      -project_with_code, source_project_with_code, and target_project_with_code now create/destroy their repos individually
      -fixed remote removal
      -How to merge renders properly
      -Update emails to show project/branches
      -Edit MR doesn't set target branch
      -Fix some failures on editing/creating merge requests, added a test
      -Added back a test around merge request observer
      -Clean up project_transfer_spec, Remove duplicate enable/disable observers
      -Ensure satellite lock files are cleaned up, Attempted to add some testing around these as well
      -Signifant speed ups for tests
      -Update formatting ordering in notes_on_merge_requests
      -Remove wiki schema update
      Fixes for search/search results
      -Search results was using by_project for a list of projects, updated this to use in_projects
      -updated search results to reference the correct (target) project
      -udpated search results to print both sides of the merge request
      
      Change-Id: I19407990a0950945cc95d62089cbcc6262dab1a8
  27. 11 Apr, 2013 2 commits
  28. 01 Apr, 2013 1 commit
  29. 19 Mar, 2013 1 commit