Skip to content

extend gp-cli with possibility to save and restore folders #9284

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

Open
konne opened this issue Apr 13, 2022 · 6 comments
Open

extend gp-cli with possibility to save and restore folders #9284

konne opened this issue Apr 13, 2022 · 6 comments

Comments

@konne
Copy link

konne commented Apr 13, 2022

In ticket #340 is clearly written the need to persist the home directory of a user. Like you answered this can have many side effects.

We store at the moment as a workaround some config directories like gcloud, 1password-cli,... folder via a simple
generate targz -> base64 encode without word wrap -> store in gitpod ENV
and in the startup of the workspace just vice versa.

This works for small files quite well but is not very nice and not handy for larger files.

Please introduce the methods

gp store [ENV VAR Name] [FILE/FOLDER]
gp restore [ENV VAR Name] [FILE/FOLDER]

AND add in the sections for the management in the user settings like the environment variables, so that you can see and delete stored FILES/FOLDERS

@loujaybee
Copy link
Member

loujaybee commented Apr 13, 2022

Thanks for raising @konne, this almost feels like a lightweight version / way to mount volumes, issue below (but with the more explicit intention of using for secrets / password management)

And as you say, more of a lightweight / alternative version of:

@loujaybee
Copy link
Member

loujaybee commented Jul 15, 2022

Relates to (but not duplicated by):

@stale
Copy link

stale bot commented Oct 16, 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 Oct 16, 2022
@stale stale bot closed this as completed Nov 28, 2022
@axonasif axonasif added the meta: never-stale This issue can never become stale label Dec 2, 2022
@axonasif
Copy link
Member

axonasif commented Dec 2, 2022

Bad bot. This is a must have feature.

@axonasif axonasif reopened this Dec 2, 2022
@stale stale bot removed the meta: stale This issue/PR is stale and will be closed soon label Dec 2, 2022
@loujaybee
Copy link
Member

loujaybee commented Jan 24, 2023

Another use case, that I've seen which is similar to this is for creating database dumps, downloading them locally (is the current workaround), and then restoring them in future workspaces, for a similar purpose. If this were a way to share that database dump or file as shared state between workspaces, this could help.

@axonasif
Copy link
Member

axonasif commented Jan 24, 2023

Wanted to share a related thing that could be used with Gitpod in combination with dotfiles feature of Gitpod:

For example, here's how I'm currently using it through my dotfiles:

I'm using google-drive as the persistent storage for rclone, there are more efficient providers on rclone but google-drive gets the job done for me, and it's free+fast 😛 .

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants