-
Notifications
You must be signed in to change notification settings - Fork 4.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
bazel/ci: Improve flags/config #28856
Conversation
347e6be
to
7d4b193
Compare
bf4251c
to
7351e87
Compare
d087630
to
e60ba77
Compare
496d7e7
to
d6c7afd
Compare
6b5da9b
to
16d6b0a
Compare
4a81645
to
13bbd4d
Compare
Signed-off-by: Ryan Northey <[email protected]>
this PR is quite invasive but has been extensively tested, fixes a stack of problems and lays the groundwork to fix a stack more |
Sending this to @RyanTheOptimist @keith due to the Envoy Mobile implications. |
Does this impact the current ability of failed mobile job to be restarted (which doesn't seem to be available for non-mobile jobs) |
not at all - i havent touched the job handling at all in this PR |
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.
I think this LGTM. There are quite a few changes, and this code/config can be a bit subtle, but overall it looks like a really nice cleanup.
@@ -40,7 +40,7 @@ Do not allow any bots or app users to do so, unless this is specifically require | |||
For example, you could add a `job` condition to prevent any bots from triggering the workflow: | |||
|
|||
```yaml | |||
if: | | |||
if: >- |
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.
OOC, what does >-
mean here?
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.
strip ws - previously this condition was always returning true as false ~= " "
thanks - there are a few things (eg re configs) that should hopefully become clearer with subsequent prs - i will monitor this closely going through, and have some behind to rebase and push forward also |
Signed-off-by: Ryan Northey <[email protected]> Signed-off-by: phlax <[email protected]>
Signed-off-by: Ryan Northey <[email protected]> Signed-off-by: phlax <[email protected]>
The mobile Bazel options were updated in envoyproxy#28856, but the mobile_release workflow wasn't updated to use mobile-release-android. It was probably not caught by CI because it is a manual workflow that is run once a week as opposed to running on every PR. Signed-off-by: Ali Beyad <[email protected]>
The mobile Bazel options were updated in envoyproxy#28856, but the mobile_release workflow wasn't updated to use mobile-release-android. It was probably not caught by CI because it is a manual workflow that is run once a week as opposed to running on every PR. Signed-off-by: Ali Beyad <[email protected]>
#29009) The mobile Bazel options were updated in #28856, but the mobile_release workflow wasn't updated to use mobile-release-android. It was probably not caught by CI because it is a scheduled workflow that is run once a week as opposed to running on every PR. Signed-off-by: Ali Beyad <[email protected]>
Signed-off-by: Ryan Northey <[email protected]> Signed-off-by: phlax <[email protected]>
Signed-off-by: Ryan Northey <[email protected]> Signed-off-by: phlax <[email protected]>
Currently our bazel flags are not very well structured
the problem is 10x worse in mobile, which also hijacks quite a few flags from envoys config
this rinses out duplicates in the config, separates mobile config to its own ~namespace and gets rid of related warnings
this also quietens mobile CI and standardizes the RBE config which will allow adding more complex setups (#28814 )
also removes github mobile token condition that would never be hit and tightens workflow permissions generally
also separates github workflow diskspace cleanup code to an action
and switches default (mostly) for remote exec to
--remote_download_minimal
, updating any ci that requires more downloads, runfiles, etcmore generally moves/consolidates config to the .bazelrc file to make it easier to manage them
broadly, its some first steps to addressing the issues posted above in terms of separating responsibility
Commit Message:
Additional Description:
Risk Level:
Testing:
Docs Changes:
Release Notes:
Platform Specific Features:
[Optional Runtime guard:]
[Optional Fixes #Issue]
[Optional Fixes commit #PR or SHA]
[Optional Deprecated:]
[Optional API Considerations:]