oc new-app/oc new-build parameter for not auto triggering build process: oc new-(app|build) --suppress-build
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 8.7k
- Forks
- 4.8k
- Avg merge
- 4d 10h
- Merged PRs (30d)
- 53
Description
Problem description
When running oc new-app or oc new-build, this automatically triggers a build creation.
Especially Quarkus (and golang) tooling makes patching the BuildConfig necessary, see https://github.com/quarkusio/quarkus/blob/master/docs/src/main/asciidoc/openshift-s2i-guide.adoc
Both waiting for the first build to fail (could take 15 mins or more) or combining oc create ... with && oc cancel-build (can fail if build hasn't started yet) aren't really useful approaches.
In the spirit of the abandoned https://github.com/openshift/origin/issues/15429, I suggest adding a parameter
--suppress-build
that just cancels the first build execution.
Alternatively, the documentation could be enhanced in a way that shows how to patch the build config with the create commands (if possible).
Version
v3.11
Steps To Reproduce
- Run e.g.
oc new-app quay.io/quarkus/centos-quarkus-native-s2i~{quickstarts-clone-url} --context-dir=getting-started --name=quarkus-quickstart-native
- Try to do this w/o triggering the build creation.
Current Result
You cannot prevent OCP from building.
Expected Result
You can disable the build trigger with a parameter.
Especially for a good Quarkus adoption this is IMHO a crucial topic.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the oc new-app and oc new-build command entry points and trace where the initial build is triggered. Check how both commands handle shared parameters; done means --suppress-build prevents that first build while preserving normal behavior when the flag is absent.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- cli, devops
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100