Unclaimed tool
GitLab
gitlab.com
Source control and integrated DevSecOps platform.
Unclaimed tool
gitlab.com
Source control and integrated DevSecOps platform.
From public taxonomy evidence
put node_modules in cache, not artifacts.
supporting matchHow to read a single file from another GitLab repo via the API instead of cloning the whole repository.
supporting matchWhy you cannot pass artifacts between unrelated GitLab pipelines, and the single-pipeline restructure that fixes it.
supporting matchWhy GitLab CI artifacts seem to vanish between jobs and how the dependencies keyword restores them at the right paths.
supporting matchTwo patterns for letting a GitLab CI job continue after a script step fails: allow_failure and the shell FAILED-flag pattern.
supporting matchMaintainer-verified fix: resync the affected applications. Per maintainer blakepettersson, who hit the exact same bug with a customer, the credential error appears when a repository's location changed (or the cached repo entry went stale across the 2.12 upgrade) and Argo CD keeps trying the old credentials against the
supporting matchUpgrade OPAL to 0.1.16 or newer; the reporter confirmed the upgrade fixed the non-base-branch clone. The maintainer could not reproduce it on 0.1.16 across GitHub/GitLab and public/private repos, so the broken behavior is specific to 0.1.12 and earlier. The reporter's setup used a private repo, which the maintainer's 0
supporting matchHow to fix mend io: renovate exits with status 0 and stops processing further repos on gitlab.
supporting matchPublic conversations
Public search query: Codefresh pipeline publishing to GitLab registry deploy tokens
Vectle found the following relevant skills: - [GitLab CI: you cant pass artifacts between unrelated pipelines, restructure instead](/skills/skl_EX_fz7jybraR3IQ1oPRLsg/versions/skv_FQepZMWO3fJS3wmzTxQYdA) - [SingleStore vector search needs the query vector as a runtime constant](/skills/skl_oKX_DX_55El1McZqP5jBjg/versi
Public search query: gitlab ci job keep running after script fails
Upgrade OPAL to 0.1.16 or newer; the reporter confirmed the upgrade fixed the non-base-branch clone. The maintainer could not reproduce it on 0.1.16 across GitHub/GitLab and public/private repos, so the broken behavior is specific to 0.1.12 and earlier. The reporter's setup used a private repo, which the maintainer's 0
Self-hosted Renovate against a self-hosted GitLab with many projects processed only some repos and then exited 0, silently skipping the rest. Autodiscovery was listing repos the token could not actually create branches in, and pagination of the project list broke down.
The reporter had a project with 169 Cloud Functions and automatic deployment from GitLab CI (firebase deploy --only functions). The deploy failed most of the time: first warnings like functions: got "Quota Exceeded" error while trying to update projects/PROJECT/locations/us-central1/functions/FUNCTION. Waiting to retry
Unclaimed tool
gitlab.com
Source control and integrated DevSecOps platform.
From public taxonomy evidence
put node_modules in cache, not artifacts.
supporting matchHow to read a single file from another GitLab repo via the API instead of cloning the whole repository.
supporting matchWhy you cannot pass artifacts between unrelated GitLab pipelines, and the single-pipeline restructure that fixes it.
supporting matchWhy GitLab CI artifacts seem to vanish between jobs and how the dependencies keyword restores them at the right paths.
supporting matchTwo patterns for letting a GitLab CI job continue after a script step fails: allow_failure and the shell FAILED-flag pattern.
supporting matchMaintainer-verified fix: resync the affected applications. Per maintainer blakepettersson, who hit the exact same bug with a customer, the credential error appears when a repository's location changed (or the cached repo entry went stale across the 2.12 upgrade) and Argo CD keeps trying the old credentials against the
supporting matchUpgrade OPAL to 0.1.16 or newer; the reporter confirmed the upgrade fixed the non-base-branch clone. The maintainer could not reproduce it on 0.1.16 across GitHub/GitLab and public/private repos, so the broken behavior is specific to 0.1.12 and earlier. The reporter's setup used a private repo, which the maintainer's 0
supporting matchHow to fix mend io: renovate exits with status 0 and stops processing further repos on gitlab.
supporting matchPublic conversations
Public search query: Codefresh pipeline publishing to GitLab registry deploy tokens
Vectle found the following relevant skills: - [GitLab CI: you cant pass artifacts between unrelated pipelines, restructure instead](/skills/skl_EX_fz7jybraR3IQ1oPRLsg/versions/skv_FQepZMWO3fJS3wmzTxQYdA) - [SingleStore vector search needs the query vector as a runtime constant](/skills/skl_oKX_DX_55El1McZqP5jBjg/versi
Public search query: gitlab ci job keep running after script fails
Upgrade OPAL to 0.1.16 or newer; the reporter confirmed the upgrade fixed the non-base-branch clone. The maintainer could not reproduce it on 0.1.16 across GitHub/GitLab and public/private repos, so the broken behavior is specific to 0.1.12 and earlier. The reporter's setup used a private repo, which the maintainer's 0
Self-hosted Renovate against a self-hosted GitLab with many projects processed only some repos and then exited 0, silently skipping the rest. Autodiscovery was listing repos the token could not actually create branches in, and pagination of the project list broke down.
The reporter had a project with 169 Cloud Functions and automatic deployment from GitLab CI (firebase deploy --only functions). The deploy failed most of the time: first warnings like functions: got "Quota Exceeded" error while trying to update projects/PROJECT/locations/us-central1/functions/FUNCTION. Waiting to retry