Skip to content
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

Add presubmit configuration for BazelCI #195

Closed
wants to merge 1 commit into from

Conversation

Yannic
Copy link

@Yannic Yannic commented Sep 19, 2019

This change adds the configuration for BazelCI, as described at
https://github.com/bazelbuild/continuous-integration.
Note that this also runs on postsubmit.

This change adds the configuration for BazelCI, as described at
`https://github.com/bazelbuild/continuous-integration`.
Note that this also runs on postsubmit.
@alexeagle
Copy link
Contributor

Since this repo isn't in the bazelbuild org and doesn't contain any bazel rules set, I don't think the Bazel team will want to run the CI on their managed system.

I'd suggest we switch to CircleCI, this is what all the Angular projects use. Can I help write a config for that?

@iteriani
Copy link
Contributor

iteriani commented Oct 25, 2019 via email

iteriani added a commit that referenced this pull request Oct 25, 2019
Add presubmit configuration for BazelCI

This will let us build and test soy on github, which we can then use to validate that the bazel files actually work.

GITHUB_BREAKING_CHANGES=n/a

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=273777510
@iteriani
Copy link
Contributor

This is merged

@iteriani iteriani closed this Oct 25, 2019
@Yannic
Copy link
Author

Yannic commented Oct 26, 2019

@iteriani Thanks!

@alexeagle I can see your point, but I also think there's a value in having this repo as part of Bazel's incompatible and/or downstream pipeline (and there are lots of similar cases on Bazel CI, e.g. Abseil, Cartographer, Cloud Robotics, Envoy, ...). Taking your comment on bazelbuild/rules_closure#436 (comment) into consideration, I think one could make a point to create the (not-yet-existing) Bazel worker for soy in this repo and maybe move soy-rules here as well (and only load+export them in rules_closure).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants