mirror of
https://gitlab.freedesktop.org/mesa/mesa.git
synced 2025-12-24 11:00:11 +01:00
docs,marge_queue: document the tool usage
This marge_tool wasn't yet described in the documentation. It has links to the resource utilization, and it is a satellite tool for crnm. Signed-off-by: Sergi Blanch Torne <sergi.blanch.torne@collabora.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/37395>
This commit is contained in:
parent
f41dcfcec7
commit
c2763a1992
1 changed files with 27 additions and 2 deletions
|
|
@ -23,8 +23,15 @@ The CI runs a number of tests, from trivial build-testing to complex GPU renderi
|
||||||
A typical run takes between 20 and 30 minutes, although it can go up very quickly
|
A typical run takes between 20 and 30 minutes, although it can go up very quickly
|
||||||
if the GitLab runners are overwhelmed, which happens sometimes. When it does happen,
|
if the GitLab runners are overwhelmed, which happens sometimes. When it does happen,
|
||||||
not much can be done besides waiting it out, or cancel it.
|
not much can be done besides waiting it out, or cancel it.
|
||||||
You can do your part by only running the jobs you care about by using `our
|
|
||||||
tool <#running-specific-ci-jobs>`__.
|
It is a good practice to check the ``Marge``
|
||||||
|
`queue <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests?assignee_username=marge-bot>`__
|
||||||
|
to evaluate if it is the right moment to trigger some testing jobs. ``Marge``
|
||||||
|
is configured to pick the MRs by assignment time, and this sort option is not
|
||||||
|
available in the Web UI. The `marge_queue <#marge-queue>`__ CLI tool
|
||||||
|
provides the list sorted by assignment time. The recommended way to manage the
|
||||||
|
trigger of those jobs is using our :abbr:`crnm (bin/ci/ci_run_n_monitor.sh)`
|
||||||
|
`cli tool <#running-specific-ci-jobs>`__.
|
||||||
|
|
||||||
Due to limited resources, we currently do not run the CI automatically
|
Due to limited resources, we currently do not run the CI automatically
|
||||||
on every push; instead, we only run it automatically once the MR has
|
on every push; instead, we only run it automatically once the MR has
|
||||||
|
|
@ -338,6 +345,24 @@ scope permissions.
|
||||||
and select the ``api`` scope. The token will only be shown once after creation,
|
and select the ``api`` scope. The token will only be shown once after creation,
|
||||||
so make sure you store it securely.
|
so make sure you store it securely.
|
||||||
|
|
||||||
|
Marge queue
|
||||||
|
-----------
|
||||||
|
|
||||||
|
You can use ``bin/ci/marge_queue.sh`` to check how long the Marge queue is. As
|
||||||
|
mentioned, the merge flow is to assign MR to the ``Marge`` bot, to serialize
|
||||||
|
the verification and merge. Looking at the
|
||||||
|
`merge requests assigned to Marge <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests?assignee_username=marge-bot>`__
|
||||||
|
you can evaluate the size of the queue, since the ``marge_queue`` tool provides
|
||||||
|
sorted and summarized information about those MR in queue.
|
||||||
|
|
||||||
|
The tool requires a GitLab token as described in the
|
||||||
|
`crnm <#running-specific-ci-jobs>`__ section. It outputs the current queue
|
||||||
|
sorted by the ``assigned at`` to ``Marge``. It can also be used as an active
|
||||||
|
wait for another action in a pipe, using the ``--wait`` until the queue is
|
||||||
|
empty. The return code corresponds to the number of MRs in the queue, so when
|
||||||
|
it returns ``0``, one can, for example, start the ``crnm`` tool on a certain
|
||||||
|
pipeline.
|
||||||
|
|
||||||
Conformance Tests
|
Conformance Tests
|
||||||
-----------------
|
-----------------
|
||||||
|
|
||||||
|
|
|
||||||
Loading…
Add table
Reference in a new issue