qemu/scripts/ci/gitlab-pipeline-status, branch master

ci/gitlab-pipeline-status: correct typos

2024-02-21T05:16:57Z

Correct typos automatically found with the `typos` tool Signed-off-by: Manos Pitsidianakis Reviewed-by: Michael Tokarev Signed-off-by: Michael Tokarev

scripts/: spelling fixes

2023-09-08T10:08:52Z

Signed-off-by: Michael Tokarev Reviewed-by: Alex Bennée

scripts/ci/gitlab-pipeline-status: give more info when pipeline not found

2021-03-09T05:03:53Z

This includes both input parameters (project id and commit) in the message so to make it easier to debug returned API calls. Signed-off-by: Cleber Rosa Reviewed-by: Wainer dos Santos Moschetta Message-Id: <20210222193240.921250-4-crosa@redhat.com> Signed-off-by: Thomas Huth

scripts/ci/gitlab-pipeline-status: give more information on failures

2021-03-09T05:03:53Z

When an HTTP GET request fails, it's useful to go beyond the "not successful" message, and show the code returned by the server. Signed-off-by: Cleber Rosa Reviewed-by: Alex Bennée Reviewed-by: Wainer dos Santos Moschetta Message-Id: <20210222193240.921250-3-crosa@redhat.com> Signed-off-by: Thomas Huth

scripts/ci/gitlab-pipeline-status: split utlity function for HTTP GET

2021-03-09T05:03:53Z

This simply splits out the code that does an HTTP GET so that it can be used for other API requests. Signed-off-by: Cleber Rosa Reviewed-by: Alex Bennée Reviewed-by: Wainer dos Santos Moschetta Message-Id: <20210222193240.921250-2-crosa@redhat.com> Signed-off-by: Thomas Huth

scripts/ci: clean up default args logic a little

2020-11-23T09:48:25Z

This allows us to do: ./scripts/ci/gitlab-pipeline-status -w -b HEAD -p 2961854 to check out own pipeline status of a recently pushed branch. Signed-off-by: Alex Bennée Reviewed-by: Wainer dos Santos Moschetta Message-Id: <20201117173635.29101-2-alex.bennee@linaro.org>

scripts/ci/gitlab-pipeline-status: wait for pipeline creation

2020-10-13T10:48:17Z

When called in wait mode, this script will also wait for the pipeline to be get to a "running" state. Because many more status may be seen until a pipeline gets to "running", and those need to be handle too. Reference: https://docs.gitlab.com/ee/api/pipelines.html#list-project-pipelines Signed-off-by: Cleber Rosa Message-Id: <20200904164258.240278-8-crosa@redhat.com> Signed-off-by: Thomas Huth

scripts/ci/gitlab-pipeline-status: use more descriptive exceptions

2020-10-13T10:48:17Z

For two very different error conditions. Signed-off-by: Cleber Rosa Message-Id: <20200904164258.240278-7-crosa@redhat.com> Signed-off-by: Thomas Huth

scripts/ci/gitlab-pipeline-status: handle keyboard interrupts

2020-10-13T10:48:17Z

So that exits based on user requests are handled more gracefully. Signed-off-by: Cleber Rosa Message-Id: <20200904164258.240278-6-crosa@redhat.com> Signed-off-by: Thomas Huth

scripts/ci/gitlab-pipeline-status: refactor parser creation

2020-10-13T10:48:17Z

Out of the main function. Signed-off-by: Cleber Rosa Message-Id: <20200904164258.240278-5-crosa@redhat.com> Signed-off-by: Thomas Huth