-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build steps that rely on entrypoint wont work properly with logging, i.e. Command is required currently #175
Labels
help wanted
Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines.
meaty-juicy-coding-work
This task is mostly about implementation!!! And docs and tests of course but that's a given
Milestone
Comments
bobcatfish
added
help wanted
Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines.
meaty-juicy-coding-work
This task is mostly about implementation!!! And docs and tests of course but that's a given
labels
Oct 22, 2018
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Oct 24, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue.
I have PR #183 open with an initial attempt at resolving this. |
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Oct 25, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue.
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Oct 27, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue.
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Oct 29, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue.
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Oct 31, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue. Fixes tektoncd#175
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Oct 31, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue. Fixes tektoncd#175
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue. Fixes tektoncd#175
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue. Fixes tektoncd#175
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue. Fixes tektoncd#175
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue. Fixes tektoncd#175
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue. Fixes tektoncd#175
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue. Fixes tektoncd#175
tanner-bruce
pushed a commit
to tanner-bruce/build-pipeline
that referenced
this issue
Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes tektoncd#175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue. Fixes tektoncd#175
knative-prow-robot
pushed a commit
that referenced
this issue
Nov 6, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint of a container will not have the expected behaviour while running due to the entrypoint being overridden at runtime. This fixes #175. A major side effect of this work is that the override step will now possibly make HTTP calls every time a step is overridden. There is very rudimentary caching in place, however this could likely be improved if performance becomes an issue. Fixes #175
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
help wanted
Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines.
meaty-juicy-coding-work
This task is mostly about implementation!!! And docs and tests of course but that's a given
Expected Behavior
A BuildStep that uses an in image with an executes normally as it would if ran standalone
Actual Behavior
The entrypoint modification done for the logging will "blowup" the user defined entypoint leaving the container not running correctly
Steps to Reproduce the Problem
Possible Fix
We can update the controller to inspect the image's
Entrypoint
and use that if required.The text was updated successfully, but these errors were encountered: