- 13 May, 2017 1 commit
-
-
Ahmad Sherif authored
Closes gitaly#199
-
- 11 May, 2017 1 commit
-
-
Jacob Vosmaer authored
-
- 07 May, 2017 1 commit
-
-
Ahmad Sherif authored
-
- 02 May, 2017 1 commit
-
-
Lin Jen-Shin authored
As it might be confusing that it's not the same as Pipeline#latest Feedback: https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/11038#note_28677090
-
- 11 Apr, 2017 1 commit
-
-
Alejandro Rodríguez authored
-
- 16 Mar, 2017 1 commit
-
-
Filipa Lacerda authored
-
- 15 Mar, 2017 1 commit
-
-
Ahmad Sherif authored
-
- 26 Jan, 2017 1 commit
-
-
Robert Speicher authored
-
- 24 Jan, 2017 1 commit
-
-
YarNayar authored
Was proposed in #24833
-
- 19 Jan, 2017 1 commit
-
-
jurre authored
-
- 15 Dec, 2016 2 commits
-
- 14 Dec, 2016 1 commit
-
- 09 Dec, 2016 1 commit
-
-
Douwe Maan authored
Replace MR access checks with use of MergeRequestsFinder Split from !2024 to partially solve https://gitlab.com/gitlab-org/gitlab-ce/issues/23867
- Potentially untested - No test coverage - Test coverage of some sort exists (a test failed when error raised) - Test coverage of return value (a test failed when nil used) - Permissions check tested - [x] app/finders/notes_finder.rb:17 - [x] app/views/layouts/nav/_project.html.haml:80 [`.count`] - [x] app/controllers/concerns/creates_commit.rb:84 - [x] app/controllers/projects/commits_controller.rb:24 - [x] app/controllers/projects/compare_controller.rb:56 - [x] app/controllers/projects/discussions_controller.rb:29 - [x] app/controllers/projects/todos_controller.rb:27 - [x] app/models/commit.rb:268 - [x] lib/gitlab/search_results.rb:71 - [x] https://dev.gitlab.org/gitlab/gitlabhq/merge_requests/2024/diffs#d1c10892daedb4d4dd3d4b12b6d071091eea83df_267_266 Memoize ` merged_merge_request(current_user)` - [x] https://dev.gitlab.org/gitlab/gitlabhq/merge_requests/2024/diffs#d1c10892daedb4d4dd3d4b12b6d071091eea83df_248_247 Expected side effect for `merged_merge_request!`, consider `skip_authorization: true`. - [x] https://dev.gitlab.org/gitlab/gitlabhq/merge_requests/2024/diffs#d1c10892daedb4d4dd3d4b12b6d071091eea83df_269_269 Scary use of unchecked `merged_merge_request?` See merge request !2033
-
- 02 Dec, 2016 1 commit
-
-
Oswaldo Ferreira authored
-
- 01 Dec, 2016 1 commit
-
-
Yorick Peterse authored
By passing commit data to this worker we remove the need for querying the Git repository for every job. This in turn reduces the time spent processing each job. The migration included migrates jobs from the old format to the new format. For this to work properly it requires downtime as otherwise workers may start producing errors until they're using a newer version of the worker code.
-
- 24 Nov, 2016 1 commit
-
- 23 Nov, 2016 1 commit
-
- 21 Nov, 2016 1 commit
-
-
Lin Jen-Shin authored
ref and sha so that it would show latest pipeline if ref and sha are both specified, otherwise still the same as before.
-
- 07 Nov, 2016 1 commit
-
-
Lin Jen-Shin authored
Rather than compound status from all pipelines. Closes #20560
-
- 03 Nov, 2016 2 commits
-
-
Lin Jen-Shin authored
-
- 27 Oct, 2016 1 commit
-
- 11 Oct, 2016 1 commit
-
-
tiagonbotelho authored
-
- 02 Aug, 2016 1 commit
-
-
Clement Ho authored
-
- 27 Jul, 2016 1 commit
-
-
Stan Hu authored
-
- 26 Jul, 2016 1 commit
-
-
Rémy Coutable authored
Signed-off-by: Rémy Coutable <remy@rymai.me>
-
- 21 Jun, 2016 1 commit
-
-
Alejandro Rodríguez authored
A lot of git operations were being repeated, for example, to build a url you would ask if the path was a Tree, which would call a recursive routine in Gitlab::Git::Tree#where, then ask if the path was a Blob, which would call a recursive routine at Gitlab::Git::Blob#find, making reference to the same git objects several times. Now we call Rugged::Tree#path, which allows us to determine the type of the path in one pass. Some other minor improvement added, like saving commonly used references instead of calculating them each time.
-
- 03 Jun, 2016 2 commits
-
-
James Lopez authored
This reverts commit 3e991230.
-
James Lopez authored
# Conflicts: # app/models/project.rb
-
- 01 Jun, 2016 1 commit
-
-
Yorick Peterse authored
There are several changes to this module: 1. The use of an explicit stack in Participable#participants 2. Proc behaviour has been changed 3. Batch permissions checking == Explicit Stack Participable#participants no longer uses recursion to process "self" and all child objects, instead it uses an Array and processes objects in breadth-first order. This allows us to for example create a single Gitlab::ReferenceExtractor instance and pass this to any Procs. Re-using a ReferenceExtractor removes the need for running potentially many SQL queries every time a Proc is called on a new object. == Proc Behaviour Changed Previously a Proc in Participable was expected to return an Array of User instances. This has been changed and instead it's now expected that a Proc modifies the Gitlab::ReferenceExtractor passed to it. The return value of the Proc is ignored. == Permissions Checking The method Participable#participants uses Ability.users_that_can_read_project to check if the returned users have access to the project of "self" _without_ running multiple SQL queries for every user.
-
- 13 May, 2016 1 commit
-
-
Gabriel Mazetto authored
-
- 16 Apr, 2016 1 commit
-
-
Kamil Trzcinski authored
-
- 17 Mar, 2016 1 commit
-
-
Douglas Barbosa Alexandre authored
-
- 22 Feb, 2016 1 commit
-
-
Rémy Coutable authored
-
- 09 Dec, 2015 1 commit
-
-
Douwe Maan authored
-
- 07 Dec, 2015 2 commits
-
-
Valery Sizov authored
-
Valery Sizov authored
-
- 04 Dec, 2015 1 commit
-
-
Valery Sizov authored
-
- 01 Dec, 2015 1 commit
-
-
Douwe Maan authored
-