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

ArgoCD 1.5 - Move to upstream helm charts when Argo supports Helm3 and move forks when routes are fixed upstream #80

Open
4 of 5 tasks
springdo opened this issue Apr 3, 2020 · 6 comments
Labels
🔎 enhancement 📈 New feature or request

Comments

@springdo
Copy link
Contributor

springdo commented Apr 3, 2020

To be moved:

  • move argocd to upstream chart or the operator
  • move zalenium to upstream chart once PR is merged
  • move sonarqube to upstream chart
  • move wekan to upstream chart once PR is merged
  • move CRW to proper repo

FYI - @ckavili and @eformat

@springdo
Copy link
Contributor Author

springdo commented Apr 4, 2020

@eformat has begun this work with his PR #81

@eformat
Copy link
Member

eformat commented Apr 5, 2020

argocd - operator in bootstrap - #83

@ckavili
Copy link
Contributor

ckavili commented Apr 7, 2020

Raised a pull request to Zalenium for updating apiVersion for route. When it's merged, we can start using upstream one for it too 🙃

@springdo
Copy link
Contributor Author

springdo commented Apr 8, 2020

zalando/zalenium#1175

@springdo springdo changed the title ArgoCD 1.5 - move to upstream helm charts when argocd supports this ArgoCD 1.5 - Move to upstream helm charts when Argo supports Helm3 and move forks when routes are fixed upstream Apr 8, 2020
@springdo springdo added the 🔎 enhancement 📈 New feature or request label Apr 8, 2020
@jtudelag
Copy link
Contributor

I would propose to move to OpenShift Gitops Operator instead of the Upstream ArgoCD Operator. Opinions @ckavili @eformat @springdo ?

@eformat
Copy link
Member

eformat commented Mar 22, 2021

looks like we have productized/forked the upstream chart we are currently using?

community operator we are using:
https://github.com/argoproj-labs/argocd-operator

redhat operator:
https://github.com/redhat-developer/gitops-operator

many of the same RH's are commiting to both .. the argoproject looks upstream ? although not sure about that ...

until DEX/SSO supported .. we should stick with the one we have i think ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🔎 enhancement 📈 New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants