BigW Consortium Gitlab
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
Name |
Last commit
|
Last update |
---|---|---|
.. | ||
conflict | Loading commit data... | |
storage | Loading commit data... | |
attributes_spec.rb | Loading commit data... | |
blame_spec.rb | Loading commit data... | |
blob_snippet_spec.rb | Loading commit data... | |
blob_spec.rb | Loading commit data... | |
branch_spec.rb | Loading commit data... | |
commit_spec.rb | Loading commit data... | |
compare_spec.rb | Loading commit data... | |
diff_collection_spec.rb | Loading commit data... | |
diff_spec.rb | Loading commit data... | |
env_spec.rb | Loading commit data... | |
gitlab_projects_spec.rb | Loading commit data... | |
gitmodules_parser_spec.rb | Loading commit data... | |
hook_spec.rb | Loading commit data... | |
hooks_service_spec.rb | Loading commit data... | |
index_spec.rb | Loading commit data... | |
lfs_changes_spec.rb | Loading commit data... | |
popen_spec.rb | Loading commit data... | |
remote_repository_spec.rb | Loading commit data... | |
repository_spec.rb | Loading commit data... | |
rev_list_spec.rb | Loading commit data... | |
tag_spec.rb | Loading commit data... | |
tree_spec.rb | Loading commit data... | |
user_spec.rb | Loading commit data... | |
util_spec.rb | Loading commit data... |