mirror of
https://ops.gitlab.net/gitlab-org/gitlab-build-images.git
synced 2025-12-09 10:02:56 +01:00
Use a manual job to trigger a selective build/push
This commit is contained in:
parent
a9204d345d
commit
3acad93b15
4 changed files with 34 additions and 61 deletions
14
README.md
14
README.md
|
|
@ -66,17 +66,13 @@ the name would be `ruby-2.4-golang-1.9-git-2.14`.
|
|||
1. Add a test task: `ruby-2.4-golang-1.9-git-2.14 test: *test_custom`
|
||||
1. Add a new build task: `ruby-2.4-golang-1.9-git-2.14: *build_and_deploy_custom`
|
||||
|
||||
#### Forcing custom images to be rebuilt
|
||||
#### Pushing a rebuild image
|
||||
|
||||
By default, once a custom image is built, tagged and pushed to the registry, it's
|
||||
not rebuilt to ensure an upstream dependency doesn't end up breaking our images
|
||||
unexpectedly.
|
||||
To build (or rebuild) a given image and push it, you need to enable manual action for a given
|
||||
job after it is merged to master.
|
||||
|
||||
For reference, this happened in the past: https://gitlab.com/gitlab-org/gitlab/issues/205192
|
||||
|
||||
In the rare case where the `Dockerfile.custom` file is updated and all custom
|
||||
images shoulld be rebuild, you can start a new pipeline and set the variable
|
||||
`FORCE_BUILD` to `true`.
|
||||
By default we don't do it to ensure that an upstream dependency doesn't end up breaking our images
|
||||
unexpectedly. For reference, this happened in the past: https://gitlab.com/gitlab-org/gitlab/issues/205192
|
||||
|
||||
## Note regarding Google Chrome
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue