An error occurred fetching the project authors.
- 25 Sep, 2017 3 commits
-
-
Tiago Botelho authored
-
Stan Hu authored
-
Stan Hu authored
If the primary Geo Node were deleted or not configured properly, attempts to retrieve the status of secondaries would fail with an Error 500.
-
- 22 Sep, 2017 6 commits
-
-
Andrew Newdigate authored
-
Tiago authored
-
Nick Thomas authored
-
Nick Thomas authored
-
Tim Zallmann authored
-
Tim Zallmann authored
-
- 21 Sep, 2017 8 commits
-
-
Stan Hu authored
In gitlab-org/gitlab-ee!2976, we saw that a given OID could point to a commit, which would cause the delta size check to fail. Gitaly already returns nil if the OID isn't a blob, so this change makes the Rugged implementation consistent.
-
Stan Hu authored
Closes #3446
-
Bob Van Landuyt authored
These values are already coming from memory, so we don't need to memoize. If we do memoize these, than the would not be stubbed when calling `stub_storage_settings` in specs
-
Tiago Botelho authored
-
Robin Bobbitt authored
-
Douwe Maan authored
-
Ahmad Sherif authored
Closes gitaly#524
-
Douwe Maan authored
-
- 20 Sep, 2017 2 commits
-
-
Alejandro Rodríguez authored
This allows the current Gitaly migration to depend on less code outside of the Gitlab::Git module
-
Grzegorz Bizon authored
-
- 19 Sep, 2017 6 commits
-
-
Jacob Vosmaer (GitLab) authored
-
Tiago Botelho authored
-
Ahmad Sherif authored
Fixes gitaly#589
-
Andrew Newdigate authored
-
Andrew Newdigate authored
-
Nick Thomas authored
-
- 18 Sep, 2017 12 commits
-
-
Bob Van Landuyt authored
-
Grzegorz Bizon authored
-
Robin Bobbitt authored
Closes #37789
-
Grzegorz Bizon authored
-
Grzegorz Bizon authored
Use project full path that can be received from a pipeline object
-
Grzegorz Bizon authored
-
Grzegorz Bizon authored
-
Grzegorz Bizon authored
-
Grzegorz Bizon authored
-
Grzegorz Bizon authored
-
Grzegorz Bizon authored
-
Grzegorz Bizon authored
-
- 15 Sep, 2017 3 commits
-
-
Yorick Peterse authored
Prior to this commit running Namespace#force_share_with_group_lock_on_descendants would result in updating _all_ namespaces in the namespaces table, not just the descendants. This is the result of ActiveRecord::Relation#update_all not taking into account the CTE. To work around this we use the CTE query as a sub-query instead of directly calling #update_all. To prevent this from happening the relations returned by Gitlab::GroupHierarchy are now marked as read-only, resulting in an error being raised when methods such as #update_all are used. Fortunately on GitLab.com our statement timeouts appear to have prevented this query from actually doing any damage other than causing a very large amount of dead tuples. Fixes https://gitlab.com/gitlab-org/gitlab-ce/issues/37916
-
Jacob Vosmaer authored
-
Jacob Vosmaer authored
-