-
Notifications
You must be signed in to change notification settings - Fork 138
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
feat: start timeout for host runs #1782
feat: start timeout for host runs #1782
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: lkingland The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Codecov ReportPatch coverage:
Additional details and impacted files@@ Coverage Diff @@
## main #1782 +/- ##
==========================================
+ Coverage 62.37% 63.55% +1.18%
==========================================
Files 106 106
Lines 13500 13553 +53
==========================================
+ Hits 8420 8614 +194
+ Misses 4285 4118 -167
- Partials 795 821 +26
Flags with carried forward coverage won't be shown. Click here to find out more.
☔ View full report in Codecov by Sentry. |
75d3c88
to
930e8e8
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some minor feedback (nits, really). Looks good so far. There appear to be modifications from some of your other PRs in here which presumably will make this PR smaller when the others are merged
930e8e8
to
bd53e79
Compare
654e454
to
57f4e76
Compare
706afbe
to
04d2e68
Compare
Thanks for helping make sure the logic was correct @matejvasek . @lance do you think the suggestion above will work: allowing this PR through, which implements the start-timeout for host-based runs, and then opening separate issues to track implementing the option for containerized runs and on deployed services? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could we use feature flag (simple environment variable?) to hide options until they are fully working?
That seems like a reasonable approach to me |
Sure, I set this flag as hidden (if used, it will yield an informative error that it's not supported for containerized runs), and will add a feature flag to the next PR, #1748 (which enables the Host builder) until such time as a few other PRs are merged (~7 pending. you can check out my develop branch for the latest) which should add the minimum necessary base functionality. |
04d2e68
to
bdb80b8
Compare
bdb80b8
to
99bd945
Compare
@lkingland with feature flag we should have more freedom to experiment without worrying that new options in CLI may confuse users? Also make it easier to test if previous behavior is not affected if the code changing it is behind feature flag? I am ok either way. |
I have verified that make test works and did basic func run and deploy and everything looks good. Great to see run timeout addition. Hopefully soon exposed:
/lgtm |
Host-runs now support a Start Timeout option. The setting is added to the function as
f.Run.StartTimeout
.Related: #1760
/kind enhancement