49cb4b3dfc
The new two-step Gitaly `Rebase` RPC yields the rebase commit SHA to the client before proceeding with the rebase. This avoids an issue where the rebase commit SHA was returned when the RPC had fully completed, and in some cases this would be after the Rails `post_receive` worker services had already run. In these situations, the merge request did not yet have its rebase_commit_sha attribute set introducing the possibility for bugs (such as previous approvals being reset). https://gitlab.com/gitlab-org/gitlab-ee/issues/5966 |
||
---|---|---|
.. | ||
conflicts | ||
add_todo_when_build_fails_service.rb | ||
assign_issues_service.rb | ||
base_service.rb | ||
build_service.rb | ||
close_service.rb | ||
create_from_issue_service.rb | ||
create_service.rb | ||
delete_non_latest_diffs_service.rb | ||
ff_merge_service.rb | ||
get_urls_service.rb | ||
merge_base_service.rb | ||
merge_service.rb | ||
merge_to_ref_service.rb | ||
merge_when_pipeline_succeeds_service.rb | ||
migrate_external_diffs_service.rb | ||
post_merge_service.rb | ||
push_options_handler_service.rb | ||
rebase_service.rb | ||
refresh_service.rb | ||
reload_diffs_service.rb | ||
reopen_service.rb | ||
resolved_discussion_notification_service.rb | ||
squash_service.rb | ||
update_service.rb | ||
working_copy_base_service.rb |