BigW Consortium Gitlab
Skip to content
Projects
Groups
Snippets
Help
This project
Loading...
Sign in / Register
Toggle navigation
G
gitlab-ce
Project
Overview
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
Registry
Registry
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Commits
Issue Boards
Open sidebar
Forest Godfrey
gitlab-ce
Commits
73f27db2
Commit
73f27db2
authored
Sep 26, 2017
by
Rémy Coutable
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Update CI parallelization description
Signed-off-by:
Rémy Coutable
<
remy@rymai.me
>
parent
da7353d3
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
10 additions
and
10 deletions
+10
-10
testing.md
doc/development/testing.md
+10
-10
No files found.
doc/development/testing.md
View file @
73f27db2
...
...
@@ -493,24 +493,24 @@ Here are some things to keep in mind regarding test performance:
Our current CI parallelization setup is as follows:
1.
The
`
knapsack`
job in the prepare stage that is supposed to ensure we have a
`knapsack/${CI_PROJECT_NAME}/rspec_report-master.json`
file:
1.
The
`
retrieve-tests-metadata`
job in the
`prepare`
stage ensures that we have
a
`knapsack/${CI_PROJECT_NAME}/rspec_report-master.json`
file:
-
The
`knapsack/${CI_PROJECT_NAME}/rspec_report-master.json`
file is fetched
from S3, if it's not here we initialize the file with
`{}`
.
1.
Each
`rspec
x y`
job are run with
`knapsack rspec`
and should have an evenly
distributed share of tests:
1.
Each
`rspec
-pg x y`
/
`rspec-mysql x y`
job is run with
`knapsack rspec`
and
should have an evenly
distributed share of tests:
-
It works because the jobs have access to the
`knapsack/${CI_PROJECT_NAME}/rspec_report-master.json`
since the "artifacts
from all previous stages are passed by default".
[
^1
]
-
t
he jobs set their own report path to
-
T
he jobs set their own report path to
`KNAPSACK_REPORT_PATH=knapsack/${CI_PROJECT_NAME}/${JOB_NAME[0]}_node_${CI_NODE_INDEX}_${CI_NODE_TOTAL}_report.json`
.
-
i
f knapsack is doing its job, test files that are run should be listed under
-
I
f knapsack is doing its job, test files that are run should be listed under
`Report specs`
, not under
`Leftover specs`
.
1.
The
`update-
knapsack
`
job takes all the
1.
The
`update-
tests-metadata
`
job takes all the
`knapsack/${CI_PROJECT_NAME}/${JOB_NAME[0]}_node_${CI_NODE_INDEX}_${CI_NODE_TOTAL}_report.json`
files from the
`rspec
x y`
jobs and merge them all together into a single
`knapsack/${CI_PROJECT_NAME}/rspec_report-master.json`
file that is then
uploaded to S3.
files from the
`rspec
-pg x y`
/
`rspec-mysql x y`
jobs and merge them all together
into a single
`knapsack/${CI_PROJECT_NAME}/rspec_report-master.json`
file that
is then
uploaded to S3.
After that, the next pipeline will use the up-to-date
`knapsack/${CI_PROJECT_NAME}/rspec_report-master.json`
file. The same strategy
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment