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 contributing guidelines with a local kubernetes cluster or minikube #6563

Closed
gtsiolis opened this issue Nov 4, 2021 · 10 comments
Closed
Assignees
Labels
feature: documentation meta: never-stale This issue can never become stale

Comments

@gtsiolis
Copy link
Contributor

gtsiolis commented Nov 4, 2021

Problem to solve

Following the proposal in #6466, we'd like to do as part of making it easier for everyone to contribute to Gitpod and one of the steps we need to make is introduce some contributing guidelines with a local kubernetes cluster or minikube. 🧊

Looping in @iQQBot as they were interested in helping, see #6466. 🏀

@iQQBot
Copy link
Contributor

iQQBot commented Nov 5, 2021

/assign

@iQQBot
Copy link
Contributor

iQQBot commented Nov 5, 2021

I will finish at this weekend

@gtsiolis
Copy link
Contributor Author

Hey @iQQBot! Did you have the chance to take a look at this?

@iQQBot
Copy link
Contributor

iQQBot commented Nov 17, 2021

What I want to do is a developer friendly documentation

They don't need

  1. real world domain
  2. real https certificate

They can compile, deploy and test on it

For this reason, I need to make Gitpod able to trust the built-in certificates
#6590
and make leeway support minio instead of just GCP
gitpod-io/leeway#70

But neither of these PRs have been merged into the main branch yet

@iQQBot
Copy link
Contributor

iQQBot commented Nov 26, 2021

Given that we are currently optimizing the installer experience, and that the helm charts will soon be deprecated, I suggest waiting for the installer release to continue this work

@stale
Copy link

stale bot commented Feb 24, 2022

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the meta: stale This issue/PR is stale and will be closed soon label Feb 24, 2022
@stale stale bot closed this as completed Mar 13, 2022
@shaal
Copy link
Contributor

shaal commented Mar 14, 2022

Please add meta: never-stale

@axonasif axonasif added meta: never-stale This issue can never become stale feature: documentation and removed meta: stale This issue/PR is stale and will be closed soon labels Mar 14, 2022
@axonasif axonasif reopened this Mar 14, 2022
@atduarte
Copy link
Contributor

Replacing the owner team with self-hosted, as they would be the best team to update guidelines regarding using the installer for contribution workflows. cc @lucasvaltl

@lucasvaltl
Copy link
Contributor

I suspect that #9075 might help with this :)

@corneliusludmann
Copy link
Contributor

Closing this in favor of #9075.

Repository owner moved this from 🧊Backlog to ✨Done in 🚚 Security, Infrastructure, and Delivery Team (SID) Jun 10, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature: documentation meta: never-stale This issue can never become stale
Projects
No open projects
Development

No branches or pull requests

7 participants