- 10 11月, 2018 1 次提交
-
-
由 Stan Hu 提交于
In Ruby 2.4, `URI.join("http://test//", "a").to_s` will remove the double slash, however it's not the case in Ruby 2.5. Using chomp should work better for the intention, as we're not trying to allow things like ../ or / paths resolution. Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/53180
-
- 10 8月, 2018 1 次提交
-
-
由 gfyoung 提交于
Partially addresses #47424.
-
- 01 6月, 2018 1 次提交
-
-
由 Francisco Javier López 提交于
-
- 17 5月, 2018 1 次提交
-
-
由 lulalala 提交于
First, transitions between can_be_merged & cannot_be_merged are removed, as they are currently blocked in `check_if_can_be_merged`. `can_be_merge` always returns to `unchecked` first, before it can transition to `cannot_be_merged` (and vice versa). We want to avoid repeated notification triggered by repeated transition between `cannot_be_merged` & `unchecked`. So we added `cannot_be_merged_recheck` state, similar to `unchecked`, but as a mean to remember it’s from cannot_be_merged. See https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/18042/#note_65945407 Since `unchecked` and `cannot_be_merged_recheck` both mean “we are in the middle of checking if it is mergeable”, quite often we need to see if merge_status is in either one of them, so `check_state?` is added to achieve this.
-
- 21 3月, 2018 1 次提交
-
-
由 Douwe Maan 提交于
Server Side Request Forgery in Services and Web Hooks See merge request gitlab/gitlabhq!2337
-
- 28 7月, 2017 1 次提交
-
-
由 Yorick Peterse 提交于
Having two states that essentially mean the same thing is very much like having a boolean "true" and boolean "mostly-true": it's rather silly. This commit merges the "reopened" state into the "opened" state while taking care of system notes still showing messages along the lines of "Alice reopened this issue". A big benefit from having only two states (opened and closed) is that indexing and querying becomes simpler and more performant. For example, to get all the opened queries we no longer have to query both states: SELECT * FROM issues WHERE project_id = 2 AND state IN ('opened', 'reopened'); Instead we can query a single state directly, which can be much faster: SELECT * FROM issues WHERE project_id = 2 AND state = 'opened'; Further, only having two states makes indexing easier as we will only ever filter (and thus scan an index) using a single value. Partial indexes could help but aren't supported on MySQL, complicating the development process and not being helpful for MySQL.
-
- 01 6月, 2017 1 次提交
-
-
由 Jarka Kadlecova 提交于
-
- 23 2月, 2017 2 次提交
-
-
由 Douwe Maan 提交于
-
由 Douwe Maan 提交于
-
- 22 2月, 2017 1 次提交
-
-
由 Douwe Maan 提交于
-
- 15 2月, 2017 1 次提交
-
-
由 Dmitriy Zaporozhets 提交于
Signed-off-by: NDmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 22 1月, 2017 1 次提交
-
-
由 Tiago Botelho 提交于
-
- 13 1月, 2017 1 次提交
-
-
由 Robert Speicher 提交于
Use ReactiveCaching to update external CI status asynchronously See https://dev.gitlab.org/gitlab/gitlabhq/merge_requests/2055
-
- 10 12月, 2016 1 次提交
-
-
由 Robert Schilling 提交于
-
- 02 7月, 2016 1 次提交
-
-
由 Grzegorz Bizon 提交于
-
- 03 6月, 2016 2 次提交
-
-
由 James Lopez 提交于
This reverts commit 3e991230.
-
由 James Lopez 提交于
# Conflicts: # app/models/project.rb
-
- 10 5月, 2016 1 次提交
-
-
由 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
-
- 06 5月, 2016 1 次提交
-
-
由 Zeger-Jan van de Weg 提交于
-
- 06 1月, 2016 1 次提交
-
-
由 Stan Hu 提交于
-
- 08 12月, 2015 1 次提交
-
-
由 Robert Speicher 提交于
-
- 03 12月, 2015 1 次提交
-
-
由 Valery Sizov 提交于
-
- 21 11月, 2015 1 次提交
-
-
由 Stan Hu 提交于
-
- 11 11月, 2015 1 次提交
-
-
由 Stan Hu 提交于
Closes #3419
-
- 19 9月, 2015 1 次提交
-
-
由 Kirilll Zaitsev 提交于
-
- 18 9月, 2015 1 次提交
-
-
由 Valery Sizov 提交于
-
- 06 9月, 2015 1 次提交
-
-
由 Stan Hu 提交于
-
- 02 9月, 2015 1 次提交
-
-
由 Kirilll Zaitsev 提交于
-