- 19 1月, 2018 1 次提交
-
-
由 Kim "BKC" Carlbäcker 提交于
-
- 12 1月, 2018 1 次提交
-
-
由 🙈 jacopo beschi 🙉 提交于
-
- 11 1月, 2018 1 次提交
-
-
由 Ahmad Sherif 提交于
Closes gitaly#851
-
- 10 1月, 2018 2 次提交
-
-
由 Ahmad Sherif 提交于
Closes gitaly#863
-
由 Ahmad Sherif 提交于
Closes gitaly#866
-
- 09 1月, 2018 1 次提交
-
-
由 Kim "BKC" Carlbäcker 提交于
-
- 07 1月, 2018 1 次提交
-
-
由 Stan Hu 提交于
Due to the refactoring in !16082, `Blob#batch` no longer falls back to a default `blob_size_limit`. Since `Repository#batch_blobs` was using a default `nil` value, this would cause issues in the `Blob#find_by_rugged` method. This fix here is to be consistent and use a non-nil default value in `Repository#batch_blobs`. The problem was masked in development and tests because Gitaly is always enabled by default for all features. Closes #41735
-
- 06 1月, 2018 3 次提交
-
-
由 Alejandro Rodríguez 提交于
-
由 Alejandro Rodríguez 提交于
-
由 Lin Jen-Shin (godfat) 提交于
-
- 04 1月, 2018 3 次提交
-
-
由 Ahmad Sherif 提交于
-
由 Alejandro Rodríguez 提交于
-
由 Alejandro Rodríguez 提交于
-
- 28 12月, 2017 4 次提交
-
-
由 Alejandro Rodríguez 提交于
-
由 Alejandro Rodríguez 提交于
-
由 Alejandro Rodríguez 提交于
-
由 Alejandro Rodríguez 提交于
-
- 27 12月, 2017 1 次提交
-
-
由 Ahmad Sherif 提交于
-
- 23 12月, 2017 2 次提交
-
-
由 Alejandro Rodríguez 提交于
-
由 Alejandro Rodríguez 提交于
-
- 22 12月, 2017 1 次提交
-
-
由 Rémy Coutable 提交于
Signed-off-by: NRémy Coutable <remy@rymai.me>
-
- 21 12月, 2017 1 次提交
-
-
由 Kim Carlbäcker 提交于
This reverts merge request !15712
-
- 15 12月, 2017 1 次提交
-
-
由 Nick Thomas 提交于
By importing this Ruby code into gitlab-rails (and gitaly-ruby), we avoid 200ms of startup time for each gitlab_projects subprocess we are eliminating. By not having a gitlab_projects subprocess between gitlab-rails / sidekiq and any git subprocesses (e.g. for fork_project, fetch_remote, etc, calls), we can also manage these git processes more cleanly, and avoid sending SIGKILL to them
-
- 14 12月, 2017 1 次提交
-
-
由 Ahmad Sherif 提交于
Closes gitaly#808
-
- 12 12月, 2017 1 次提交
-
-
由 Kim "BKC" Carlbäcker 提交于
-
- 08 12月, 2017 1 次提交
-
-
由 Kim Carlbäcker 提交于
-
- 07 12月, 2017 3 次提交
-
-
由 Zeger-Jan van de Weg 提交于
-
由 Alejandro Rodríguez 提交于
-
由 Alejandro Rodríguez 提交于
This also allows us to simplify the naming since we can make some fetching methods private.
-
- 05 12月, 2017 3 次提交
-
-
由 Ahmad Sherif 提交于
Closes gitaly#780
-
由 Alejandro Rodríguez 提交于
-
由 Ahmad Sherif 提交于
Closes gitaly#737
-
- 04 12月, 2017 1 次提交
-
-
由 Kim "BKC" Carlbäcker 提交于
-
- 01 12月, 2017 1 次提交
-
-
由 Stan Hu 提交于
This was failing regularly with an Error 500 when the API branches endpoint was used. Closes #40615
-
- 30 11月, 2017 1 次提交
-
-
由 Lin Jen-Shin 提交于
-
- 29 11月, 2017 1 次提交
-
-
由 Sean McGivern 提交于
If a merge request was created with a branch name that also matched a tag name, we'd generate a comparison to or from the tag respectively, rather than the branch. Merging would still use the branch, of course. To avoid this, ensure that when we get the branch heads, we prepend the reference prefix for branches, which will ensure that we generate the correct comparison.
-
- 23 11月, 2017 2 次提交
-
-
由 Douwe Maan 提交于
-
由 Lin Jen-Shin 提交于
-
- 22 11月, 2017 1 次提交
-
-
由 Jacob Vosmaer (GitLab) 提交于
-
- 21 11月, 2017 1 次提交
-
-
由 Zeger-Jan van de Weg 提交于
After installing a new gem, batch-loader, a construct can be used to queue data to be fetched in bulk. The gem was also introduced in both gitlab-org/gitlab-ce!14680 and gitlab-org/gitlab-ce!14846, but those mrs are not merged yet. For the generation of diffs, both the old blob and the new blob need to be loaded. This for every file in the diff, too. Now we collect all these so we do 1 fetch. Three `.allow_n_plus_1_calls` have been removed, which I expect to be valid, but this needs to be confirmed by a full CI run. Possibly closes: - https://gitlab.com/gitlab-org/gitlab-ce/issues/37445 - https://gitlab.com/gitlab-org/gitlab-ce/issues/37599 - https://gitlab.com/gitlab-org/gitlab-ce/issues/37431
-