-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
[installer]: create readme #6767
Conversation
db609f9
to
0072e8f
Compare
0072e8f
to
347da89
Compare
347da89
to
2903d7a
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey there @mrsimonemms, Happy Friday!
🤝 🍺 🐝
installer/README.md
Outdated
```shell | ||
#!/bin/bash | ||
|
||
VERSION="${VERSION:-main.1844}" # Build ID taken from https://werft.gitpod-dev.com/ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What is our versioning strategy? I see we've used releases here for self hosted in the past. Is this a product engineering question?
Short term it makes sense to hard code here. Long term, I'm not so sure, but it also may be too early to come up with a hardened long term solution.
LinkerD does stable and edge releases/tags. Stable sounds nice to me, like a cozy 🧸. "There be dragons" with Edge, but is also good for some parties.
It would be nice if our instruction to the end-user was a one-liner: To get the installer: curl -fsL https://run.gitpod.io/install | sh
. That would download and run a script that::
- Check for prerequisites, like the OS being sane, Docker existing, etc.
- Get the latest stable version # somehow (probably from the latest stable Github release via API call, or baked into the script from our CI as a constant).
- Author this script mentioned here, and echo a message asking the user to add the
github-installer.sh
to their path.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see you opened #6766, good man @mrsimonemms ! 👍 👍
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@kylos101 I'm planning on writing an RFC for Gitpodders next week to discuss the options. My personal favourite is to do a regular monthly release on-or-around the 7th of the month (then I do a release on my birthday) and to number them as Ubuntu does - eg, this month's would be 21.11, next would be 21.12. These would be then treated as stable
and anything in any branch would be treated as edge
(I'm easy on terminology) - FYI, I don't think we have the capacity to offer an LTS version yet.
The one advantage to a regular monthly cadence is that the community can then expect things to drop on a certain date.
I think what I've done in the readme is good enough for today, but will need to be figured out in the next few weeks.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agreed on all counts. 😄
Btw, RFC is a great idea. It's a tricky subject.
a2c6bd8
to
91e2f5b
Compare
9dfb89d
to
7e8e79b
Compare
7e8e79b
to
fe1ff28
Compare
dadc84e
to
be418d4
Compare
be418d4
to
60a1c15
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
PTAL
installer/README.md
Outdated
|
||
```shell | ||
# Checks that your cluster is ready to install Gitpod | ||
gitpod-installer validate cluster --kubeconfig /root/.kube/config --config /gitpod/gitpod.config.yaml |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For previous and all other commands please update the binary name. It should be installer
, if you want to continue with gitpod-installer
then we shoudl update the build command
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Similarly the path to config file is confusing as we are using absolute path which will be different for users. I would rather use relative paths
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good spot on the abs paths - I'll switch to the standard /path/to/file
I will suggest you to paste the output of each command here or a screenshot in the comments of this PR |
560df72
to
fe2b266
Compare
fe2b266
to
d1a95e7
Compare
/lgtm |
LGTM label has been added. Git tree hash: 420244a66575da82218000aa842b7b1c3a5c60e7
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: csweichel Associated issue: #6704 The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/werft run no-preview 👍 started the job as gitpod-build-sje-installer-readme.24 |
Description
Create an initial readme for the Installer. This is designed to provide an overview to the technical usage of the application.
Related Issue(s)
Fixes #6704
How to test
Read it and follow the instructions
Release Notes
Documentation