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

Merge in The Magician #15

Merged
merged 45 commits into from
Mar 8, 2018

Conversation

nat-henderson
Copy link
Contributor

@nat-henderson nat-henderson commented Mar 7, 2018

This PR merges in the full history of the terraform-provider-google-ci repo into a new .ci folder. terraform-provider-google-ci recently evolved to be The Magician, a system for managing downstream pull requests on Magic Modules. It's getting to be time to start managing that as part of this repository instead of separately.

This PR is a pure merge - it doesn't change the workflow to depend on magic-modules instead of terraform-provider-google-ci or make any of the other minor changes which will be necessary - those will come in a followup, once the transition is all done.

All the code in here has undergone review, (this is terraform-provider-google-ci/master), so you don't need to review the code. The request is to review the merge instead.

I'd like this to be merged in with a merge strategy instead of a squash-and-merge. First, the history is likely to be useful for future development. Second, I've done a subtree merge here, so the few remaining PRs open against terraform-provider-google-ci can be resolved there and then merged into this repo, in parallel with new development being done here. A merge instead of squash-and-merge makes that transition possible. Third, the usual reason for doing a squash-and-merge, easy rollbacks, doesn't apply here because this code has no interactions with the existing code.

rosbo and others added 15 commits December 4, 2017 17:20
This sets up the CI system by which changes can flow from MagicModules down to Terraform. In its current form it only does Terraform, but a major goal is to extend it to all generated repositories.

The code here refers to a handful of docker containers I had to create - one of them has its Dockerfile checked in here, but the rest are built from other, existing repositories. Still working to get my changes to those upstream repos merged, but in the meantime I've built my own versions and am using those.

This isn't all the way done: I've commented out "trigger: true" in a few places here because I don't think this is ready to be fully automated yet. It also currently does all the work in a user's own forks rather than the main repos. I want to review it as-is (since it's approximately the minimum viable proof-of-concept), and I'll try to make smaller changes from here on in.
PR resource maintainer doesn't want to add 'create' to the PRs, so
we'll need to manage them ourselves.  It's okay - doesn't really
reduce usability, and the hub CLI only requires the token (which
is already present in the config).
@nat-henderson
Copy link
Contributor Author

Thanks! I'm going to wait til at least the end of the day, so if anyone here knows of any reason these two repos should not be merged, speak today or forever hold your peace? :)

@nat-henderson nat-henderson merged commit 49c2afb into GoogleCloudPlatform:master Mar 8, 2018
@nat-henderson nat-henderson deleted the merge-ci branch March 8, 2018 00:43
chrisst pushed a commit to chrisst/magic-modules that referenced this pull request Oct 26, 2018
* Data source for retrieving GCE service account
* Added project id for service account lookups (GoogleCloudPlatform#15)
* Renaming attribute project_id -> project
mirobertod pushed a commit to mirobertod/magic-modules that referenced this pull request May 31, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants