Age | Commit message (Collapse) | Author |
|
This upgrade moves logic from gitlab-rails to Gitaly, which allowed code
removal too.
|
|
Changelog from gitaly:
** v1.7.0
**** Added
- Add an RPC that allows repository size to be reduced by bulk-removing internal references
https://gitlab.com/gitlab-org/gitaly/merge_requests/990
** v1.6.0
**** Other
- Clean up invalid keep-around refs when performing housekeeping
https://gitlab.com/gitlab-org/gitaly/merge_requests/992
** v1.5.0
**** Added
- Add tls configuration to gitaly golang server
https://gitlab.com/gitlab-org/gitaly/merge_requests/932
**** Fixed
- Fix TLS client code on macOS
https://gitlab.com/gitlab-org/gitaly/merge_requests/994
**** Other
- Update to latest goimports formatting
https://gitlab.com/gitlab-org/gitaly/merge_requests/993
** v1.4.0
**** Added
- Link and Unlink RPCs
https://gitlab.com/gitlab-org/gitaly/merge_requests/986
** v1.3.0
*** Other
- Remove unused bridge_exceptions method
https://gitlab.com/gitlab-org/gitaly/merge_requests/987
- Clean up process documentation
https://gitlab.com/gitlab-org/gitaly/merge_requests/984
|
|
|
|
|
|
|
|
|
|
See https://gitlab.com/gitlab-org/gitaly/blob/master/CHANGELOG.md
|
|
|
|
To make sure GitLab will have the latest Gitaly, the version number has
to be bumped here.
|
|
This will allow changes in Gitaly that will make it fail when running
rspec, to make it to GitLab.
Else Gitaly won't start as it can't reach the broken storage directory.
|
|
|
|
|
|
Fixes https://gitlab.com/gitlab-org/gitlab-ce/issues/52235
|
|
Implements list_last_commits_for_tree to communicate with the
ListLastCommitsForTree Gitaly RPC
Bumps the Gitaly server version
Bumps the Gitaly-Proto gem version
|
|
With this action the user can update the execute_filemode of a given file in the repository.
|
|
|
|
Rake tasks cleaning up the Git storage were still using direct disk
access, which won't work if these aren't attached. To mitigate a
migration issue was created.
To port gitlab:cleanup:dirs, and gitlab:cleanup:repos, a new RPC was
required, ListDirectories. This was implemented in Gitaly, through
https://gitlab.com/gitlab-org/gitaly/merge_requests/868.
To be able to use the new RPC the Gitaly server was bumped to v0.120.
This is an RPC that will not use feature gates, as this doesn't scale on
.com so there is no way to test it at scale. Futhermore, we _know_ it
doesn't scale, but this might be a useful task for smaller instances.
Lastly, the tests are slightly updated to also work when the disk isn't
attached. Eventhough this is not planned, it was very little effort and
thus I applied the boy scout rule.
Closes https://gitlab.com/gitlab-org/gitaly/issues/954
Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/40529
|
|
|
|
|
|
|
|
Adds support for deferred loading of Wiki data.
See https://gitlab.com/gitlab-org/gitaly/blob/master/CHANGELOG.md for
more details.
|
|
|
|
This branch includes changes that removes a rake taks that cleans up
config.lock files.
This change bumps Gitaly so it happens automatically so users don't have
to bother.
|
|
|
|
|
|
|
|
|
|
|
|
Prior to this change, health checks checked for writeability of the NFS
shards. Given we're moving away from that, this patch extends the checks
for Gitaly to check for read and writeability.
Potentially some dashboards will break, as over time these metrics will
no longer appear as Prometheus doesn't get the data anymore.
Observability in the circuit breaker will be reduced, but its not
expected to be turned on and the circuit breaker is being removed soon
too.
Closes https://gitlab.com/gitlab-org/gitaly/issues/1218
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fixes #43715
|
|
|
|
Hooks were run for wikis, but given the internal API wasn't responding
failures happended, as seen on:
https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/18693
|
|
|
|
|
|
|
|
|
|
icu4c had another version bump, which broken compilation of the native
extensions of charlock_holmes. Gitaly has upgraded the gem version, and
with this made installation against the new lib version, 61.1, available
again.
|
|
When a repository does not exist on a remote, Gitaly won't be able to
clone it. This is correct behaviour, but from the clients perspective a
change in behaviour.
This change implements the client side changes that allows Gitaly to
execute a `git ls-remote <remote-url> HEAD`. This way the client has no
need to shell out to Git.
In the situation where multiple Gitalies are available, one is chosen at
random.
This commit closes https://gitlab.com/gitlab-org/gitlab-ce/issues/43929,
while its also a part of https://gitlab.com/gitlab-org/gitaly/issues/1084
|
|
|
|
|
|
|
|
Closes gitaly#1046
|
|
|
|
|