- Jan 24, 2018
-
-
Ahmad Sherif authored
Closes gitaly#929
-
- Jan 21, 2018
-
-
Stan Hu authored
Closes #42249
-
- Jan 19, 2018
-
-
Alejandro Rodríguez authored
-
- Jan 18, 2018
-
-
Jacob Vosmaer (GitLab) authored
-
-
- Jan 17, 2018
-
-
Jacob Vosmaer (GitLab) authored
-
- Jan 16, 2018
-
-
James Edwards-Jones authored
-
- Jan 15, 2018
-
-
Ahmad Sherif authored
Closes gitaly#907
-
- Jan 11, 2018
-
-
Ahmad Sherif authored
Closes gitaly#851
-
- Jan 09, 2018
-
-
Zeger-Jan van de Weg authored
Migration is done through a small refactoring, which makes us call endpoins which are performing the same actions for namespaces. Tests are added to ensure only the project is removed that should be removed. Closes gitlab-org/gitaly#873
-
- Jan 05, 2018
-
-
Alejandro Rodríguez authored
-
Lin Jen-Shin (godfat) authored
-
- Jan 04, 2018
-
-
Jacob Vosmaer (GitLab) authored
-
Alejandro Rodríguez authored
-
Alejandro Rodríguez authored
-
- Jan 03, 2018
-
-
Jacob Vosmaer (GitLab) authored
-
Jacob Vosmaer (GitLab) authored
-
Stan Hu authored
The previous implementation iterated across the entire patch set to determine the number of lines added, deleted, and changed. Rugged has a native method `Rugged::Diff#stat` that does this already, which appears to be a little faster and require less RAM than doing this ourselves. Improves performance in #41524
-
- Jan 02, 2018
-
-
Ahmad Sherif authored
Closes gitaly#825
-
Zeger-Jan van de Weg authored
Given the priorities shifted for the Gitaly team, this endpoint does not get a dedicated endpoint yet. To make it work in a cloud native environment the request needs to go to Gitaly, not rugged. This is achieved by rerouting to the generic TreeEntry endpoint.
-
- Dec 27, 2017
-
-
Ahmad Sherif authored
-
- Dec 22, 2017
-
-
Alejandro Rodríguez authored
-
Alejandro Rodríguez authored
-
blackst0ne authored
-
- Dec 19, 2017
-
-
- Dec 14, 2017
-
-
Nick Thomas authored
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
-
- Dec 08, 2017
-
-
Bob Van Landuyt authored
Moving the check out of the general requests, makes sure we don't have any slowdown in the regular requests. To keep the process performing this checks small, the check is still performed inside a unicorn. But that is called from a process running on the same server. Because the checks are now done outside normal request, we can have a simpler failure strategy: The check is now performed in the background every `circuitbreaker_check_interval`. Failures are logged in redis. The failures are reset when the check succeeds. Per check we will try `circuitbreaker_access_retries` times within `circuitbreaker_storage_timeout` seconds. When the number of failures exceeds `circuitbreaker_failure_count_threshold`, we will block access to the storage. After `failure_reset_time` of no checks, we will clear the stored failures. This could happen when the process that performs the checks is not running.
-
- Dec 07, 2017
-
-
Zeger-Jan van de Weg authored
-
- Dec 06, 2017
-
-
Alejandro Rodríguez authored
This also allows us to simplify the naming since we can make some fetching methods private.
-
- Dec 05, 2017
-
-
Kim "BKC" Carlbäcker authored
- Added tests for Git::Commit.shas_with_signatures
-
- Dec 01, 2017
-
-
Bob Van Landuyt authored
That way we don't need the to scan the entire keyspace to get all known keys
-
Stan Hu authored
This was failing regularly with an Error 500 when the API branches endpoint was used. Closes #40615
-
- Nov 23, 2017
-
-
Douwe Maan authored
-
Jacob Vosmaer (GitLab) authored
-
Lin Jen-Shin authored
-
Lin Jen-Shin authored
-
- Nov 20, 2017
-
-
Alejandro Rodríguez authored
-
- Nov 17, 2017
-
-
Alejandro Rodríguez authored
-
- Nov 16, 2017
-
-
Jacopo authored
Adds a rubocop rule (with autocorrect) to ensure line break after guard clauses.
-
- Nov 10, 2017
-
-
Jacob Vosmaer (GitLab) authored
-