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

Feedback Issue: Usage-based billing #12636

Closed
jldec opened this issue Sep 3, 2022 · 6 comments
Closed

Feedback Issue: Usage-based billing #12636

jldec opened this issue Sep 3, 2022 · 6 comments
Labels
feedback-issue meta: stale This issue/PR is stale and will be closed soon

Comments

@jldec
Copy link
Contributor

jldec commented Sep 3, 2022

Invite comments and questions from early access users of usage-based billing.
See #9036 for more details.

@gtsiolis gtsiolis changed the title Feedback issue - Usage-based billing Feedback issue: Usage-based billing Sep 12, 2022
@gtsiolis gtsiolis changed the title Feedback issue: Usage-based billing Feedback Issue: Usage-based billing Sep 12, 2022
@david-bakin
Copy link

david-bakin commented Oct 19, 2022

Feature improvement request: Per-project setting of workspace class. Because different projects have different needs.

Bonus points: Allows more than one project for same repo: Because different uses of the same project have different needs. (I.e., large workspaces may only be needed for certain regression runs, or certain debugging situations, or whatever.)

(See related #10963.)

@david-bakin
Copy link

david-bakin commented Oct 19, 2022

Feature improvement request: Per-launch setting of workspace class. Because different projects have different needs and also different uses of the same project have different needs. (See above comment, except this is an alternate/additional way to go about it. I wouldn't my specifying for each launch (e.g., from a dropdown part of the button) but it could be combined nicely with defaults too.)

(See related #10963 which, if combined with the highly desirable feature mentioned in this comment of processing all of .gitpod.yml for environment variable expansion + passing env vars in a url would work great.)

@david-bakin
Copy link

david-bakin commented Oct 19, 2022

Feature improvement request: Prebuilds to be able to use a different workspace class than interactive workspaces. For example, I only need a "standard" workspace to build my large C++ project and the "large" workspace" - with twice the cores an RAM and cost - wouldn't build in half the time. But I might like that project to use the "large" workspace when actually doing work in it.

(See related #10963.)

@david-bakin
Copy link

(Giving each suggestion as a separate comment so they can be "voted" on separately by people giving feedback here ...)

@david-bakin
Copy link

Feature improvement request: Being able to keep a Professional plan (unlimited hours on "standard" workspaces) but being able to boost to a "large" workspace on demand (e.g., at workspace launch) - billing for the credits used.

@stale
Copy link

stale bot commented Jan 21, 2023

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 Jan 21, 2023
@stale stale bot closed this as completed Feb 20, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feedback-issue meta: stale This issue/PR is stale and will be closed soon
Projects
None yet
Development

No branches or pull requests

3 participants