-
Notifications
You must be signed in to change notification settings - Fork 6
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 terraform-provider-argocd as an Argolabs project #10
Comments
+1 |
❤️ let's add to Argo lab, at KubeCon we've already referenced it a dozen times. |
Repository created: |
Just for my understanding, why do we need a new repo? Why not transfering the existing one? When we create a new one, we loose some history (issues, PRs, stars, auto redirects to the new location, ...?) |
@mkilchhofer good point. The only way for a transfer to can happen though would be for someone with admin rights in both oboukili/terraform-provider-argocd and argoproj-labs to do the transfer. So it would be a matter of adding @leoluz as an admin (or someone else in argoproj-labs with admin rights) to the existing repository, and then the argoproj-labs admin would need to do the transfer to argoproj-labs. |
Alright, shall we ask @oboukili if he can add an argoproj admin as a repo admin? |
Yes, done I added @leoluz as a repo collaborator, I can't seem to be able to change the access type beyond One thing to check once that's done, according to this thread, there may be an issue with the terraform registry sync to keep in mind. |
See if you can transfer the repo to @leoluz |
That's also a good option - if the repo ownership is transferred to an individual (in this case @leoluz) then he can then do the migration to argoproj-labs. |
We already chatted about this 😆 I think the crucial point is that HashiCorp have no clear statements how this registry stuff can be migrated in-place. When we move it in 2 steps, requests to the old repo (releases, tags) are redirected twice. No one know if this is supported 🤷 .
Also testing the whole workflow seems to have some caveats as providers cannnot be deleted once published (🙄):
|
If @oboukili is going to keep being the main maintainer of the |
Sounds good! |
I sent an invite to @oboukili to be a member of argoproj-labs |
Thanks! The provider has been moved, I opened this HC discuss thread to hopefully transfer the existing TF registry entry to the new location. |
I think we can close this issue. The provider is available in HashiCorp's registry: |
Yes, this is done. |
Welcome to Argo Project Onboarding!
Before submitting the ticket please ensure you understand which projects could be added to the Argo community and what the open decision-making process looks like.
Once you are ready, please help the reviewer understand your project better by answering the following questions in your onboarding proposal:
What is your project repository Github URL?
https://github.com/oboukili/terraform-provider-argocd
Do you wish to host your project repository on https://github.com/argoproj-labs or https://github.com/argoproj ?
on https://github.com/argoproj-labs
Does your project focus on enhancing or providing additional features to one of the existing core projects ? If yes, which of the core projects is your proposed project related to?
It allows Argo CD to be configured through Terraform.
Is it endorsed by any of the Argo subproject maintainers? Please mention sponsors from the subproject.
@wanghong230
How does it align with the goals of the Argo community?
By enabling users that use Terraform to more easily adopt Argo CD
Who will maintain the project going forward?
@the-technat, @onematchfox. Perhaps @mkilchhofer and @oboukili? I'm also willing to help out.
What is your project license?
MPL-2.0
The text was updated successfully, but these errors were encountered: