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

Headless Live Share #66814

Closed
louisabraham opened this issue Jan 20, 2019 · 4 comments
Closed

Headless Live Share #66814

louisabraham opened this issue Jan 20, 2019 · 4 comments
Assignees
Labels
feature-request Request for new features or functionality

Comments

@louisabraham
Copy link

It has been noted (microsoft/live-share#314) that live share can be used to provide fully remote editing with language server.

I would like to be able to launch a headless VSCode editing session on my server and connect to it through Live Share.

@vscodebot
Copy link

vscodebot bot commented Jan 20, 2019

(Experimental duplicate detection)
Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:

@egamma egamma added the feature-request Request for new features or functionality label Jan 29, 2019
@hickeng
Copy link

hickeng commented Feb 28, 2019

dup of microsoft/live-share#74

@egamma
Copy link
Member

egamma commented Jul 2, 2019

Closing, there now is VS Code Remote.

@egamma egamma closed this as completed Jul 2, 2019
@hickeng
Copy link

hickeng commented Jul 2, 2019

Headless liveshare is slightly different IMO.

With remote the developer still has to know all of the details of the remote server and have permissions on it.
With liveshare it's possible for one person to set up the headless server and for many to connect, while knowing nothing but that it's a vscode remote environment.

Think of it this way (and this is something I've wanted for a while) - an option on github repos to "enable liveshare", resulting in a hosted dev environment that is launched on the backend simply by the devs attempt to connect to it, and garbage collected after xxx time without active clients.

  • maintainers would be able to get read-only or read-write sessions.
  • public would be able to get read-only sessions.
  • session per branch.

This is not something I think the vscode remote is ever going to be able to do as the entire approach is inverted.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
feature-request Request for new features or functionality
Projects
None yet
Development

No branches or pull requests

3 participants