summaryrefslogtreecommitdiff
path: root/MANIFEST.in
diff options
context:
space:
mode:
authorTobias Henkel <tobias.henkel@bmw.de>2020-02-25 21:19:54 +0100
committerTobias Henkel <tobias.henkel@bmw.de>2020-02-28 09:43:56 +0100
commit4c972f00bdca8526fc2c21a68022a17e6cbdbfac (patch)
tree5e2b1ae026d0d8a6632a03a14ead7c782eb1b0ad /MANIFEST.in
parent1ed1c7f53d829246a85aa65dea2887bfb61be588 (diff)
downloadzuul-4c972f00bdca8526fc2c21a68022a17e6cbdbfac.tar.gz
Optimize canMerge using graphql
The canMerge check is executed whenever zuul tests if a change can enter a gate pipeline. This is part of the critical path in the event handling of the scheduler and therefore must be as fast as possible. Currently this takes five requests for doing its work and also transfers large amounts of data that is unneeded: * get pull request * get branch protection settings * get commits * get status of latest commit * get check runs of latest commit Especially when Github is busy this can slow down zuul's event processing considerably. This can be optimized using graphql to only query the data we need with a single request. This reduces requests and load on Github and speeds up event processing in the scheduler. Since this is the first usage of graphql this also sets up needed testing infrastructure using graphene to mock the github api with real test data. Change-Id: I77be4f16cf7eb5c8035ce0312f792f4e8d4c3e10
Diffstat (limited to 'MANIFEST.in')
-rw-r--r--MANIFEST.in1
1 files changed, 1 insertions, 0 deletions
diff --git a/MANIFEST.in b/MANIFEST.in
index 0b6aed491..e571dfa8b 100644
--- a/MANIFEST.in
+++ b/MANIFEST.in
@@ -2,6 +2,7 @@ include AUTHORS
include ChangeLog
include zuul/ansible/*/*
include zuul/ansible/*/*/*
+include zuul/driver/github/graphql/*
include zuul/lib/ansible-config.conf
include zuul/web/static/*
include zuul/web/static/static/*/*