- 01 7月, 2016 1 次提交
-
-
由 James Lopez 提交于
-
- 29 6月, 2016 1 次提交
-
-
由 James Lopez 提交于
-
- 28 6月, 2016 1 次提交
-
-
由 Z.J. van de Weg 提交于
Depends on the changes in Workhorse (gitlab-org/gitlab-workhorse!48).
-
- 25 6月, 2016 1 次提交
-
-
由 Rémy Coutable 提交于
Fix a wrong MR status when merge_when_build_succeeds & project.only_allow_merge_if_build_succeeds are true The issue was that `MergeRequest#mergeable?` returns false when the CI state is not success and project.only_allow_merge_if_build_succeeds is true. In this case `Projects::MergeRequestsController#merge` would return the `:failed` status when enabling `merge_when_build_succeeds`, thus leading to a weird state and the MR never automatically merged. The fix is to disable the CI state check in the controller safeguard that early return the `:failed` status. Signed-off-by: NRémy Coutable <remy@rymai.me>
-
- 24 6月, 2016 2 次提交
-
-
由 Paco Guzman 提交于
-
由 Z.J. van de Weg 提交于
This commit eager loads the award emoji on both the issues and the MRs. When loading an issue with 108 comments this reduces the query count by 327 queries. On a merge request with the same amount of comments this saves 148 queries. The large difference is not clear to me at this point and the total query count is still huge with 387 and 1034 respectively. The biggest problem however, remains the calculation of participants.
-
- 19 6月, 2016 1 次提交
-
-
由 Stan Hu 提交于
When using #XYZ in Markdown text, if XYZ exceeds the maximum value of a signed 32-bit integer, we get an exception when the Markdown render attempts to run `where(iids: XYZ)`. Introduce a method that will throw out out-of-bounds values. Closes #18777
-
- 11 6月, 2016 1 次提交
-
-
由 Rémy Coutable 提交于
Signed-off-by: NRémy Coutable <remy@rymai.me>
-
- 10 6月, 2016 4 次提交
-
-
由 Rémy Coutable 提交于
Signed-off-by: NRémy Coutable <remy@rymai.me>
-
由 Rémy Coutable 提交于
The logic of the method was obviously inverted. Signed-off-by: NRémy Coutable <remy@rymai.me>
-
由 Rémy Coutable 提交于
Based on the feedback from reviewers. Signed-off-by: NRémy Coutable <remy@rymai.me>
-
由 Rui Anderson 提交于
Signed-off-by: NRémy Coutable <remy@rymai.me>
-
- 04 6月, 2016 1 次提交
-
-
由 Zeger-Jan van de Weg 提交于
-
- 03 6月, 2016 2 次提交
-
-
由 James Lopez 提交于
This reverts commit 3e991230.
-
由 James Lopez 提交于
# Conflicts: # app/models/project.rb
-
- 02 6月, 2016 2 次提交
-
-
由 Kamil Trzcinski 提交于
-
由 James Lopez 提交于
-
- 20 5月, 2016 1 次提交
-
-
由 Jeroen Jacobs 提交于
-
- 14 5月, 2016 1 次提交
-
-
- 10 5月, 2016 2 次提交
-
-
由 Zeger-Jan van de Weg 提交于
-
由 Jeroen van Baarsen 提交于
In 8278b763 the default behaviour of annotation has changes, which was causing a lot of noise in diffs. We decided in #17382 that it is better to get rid of the whole annotate gem, and instead let people look at schema.rb for the columns in a table. Fixes: #17382
-
- 09 5月, 2016 1 次提交
-
-
由 Connor Shea 提交于
This reports uses of `File.exists?` and `Dir.exists?`, which were both deprecated in Ruby and will eventually be removed in favor of `.exist?`. Also fixes all existing uses of the deprecated methods.
-
- 06 5月, 2016 2 次提交
-
-
由 Zeger-Jan van de Weg 提交于
-
由 Zeger-Jan van de Weg 提交于
-
- 20 4月, 2016 1 次提交
-
-
由 Douwe Maan 提交于
-
- 19 4月, 2016 1 次提交
-
-
由 Rémy Coutable 提交于
Signed-off-by: NRémy Coutable <remy@rymai.me>
-
- 13 4月, 2016 1 次提交
-
-
由 Felipe Artur 提交于
-
- 12 4月, 2016 2 次提交
-
-
由 Felipe Artur 提交于
-
由 Kamil Trzcinski 提交于
-
- 01 4月, 2016 1 次提交
-
-
由 Yorick Peterse 提交于
These methods are called quite often in loops so by memoizing their output we can reduce timings a bit.
-
- 30 3月, 2016 2 次提交
-
-
由 Gabriel Mazetto 提交于
-
由 Gabriel Mazetto 提交于
-
- 29 3月, 2016 1 次提交
-
-
由 Abhi Rao 提交于
Fixes #14692
-
- 21 3月, 2016 1 次提交
-
-
由 Douwe Maan 提交于
-
- 20 3月, 2016 2 次提交
-
-
由 Zeger-Jan van de Weg 提交于
-
由 Zeger-Jan van de Weg 提交于
-
- 19 3月, 2016 2 次提交
-
-
由 Rémy Coutable 提交于
-
由 Rémy Coutable 提交于
We have to ensure source_sha and target_sha are not nil before calling Gitlab::Git::Commit.between.
-
- 16 3月, 2016 1 次提交
-
-
由 Pierre de La Morinerie 提交于
`MergeRequest#source_sha` is expected to return the sha of the source branch last commit. But when a open Merge Request has no diff (e.g. all commits have already been merged to the target branch), `merge_request.source_sha` incorrectly returns `nil`. This was un-noticed before – but now that !2217 has been merged, it makes `Gitlab::Git::Commit.between` raise an "Unexpected nil argument" exception. This fixes the crash, by making sure that `source_sha` returns a correct result even when there is no diff available.
-
- 14 3月, 2016 1 次提交
-
-
由 James Lopez 提交于
-