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

Visual Studio Code aka VSCode #930

Closed
franciscolourenco opened this issue Apr 15, 2018 · 25 comments
Closed

Visual Studio Code aka VSCode #930

franciscolourenco opened this issue Apr 15, 2018 · 25 comments

Comments

@franciscolourenco
Copy link
Contributor

franciscolourenco commented Apr 15, 2018

An issue to assess interest / viability of VSCode support.
Leave a thumbs up if you are interested.

@braver
Copy link

braver commented May 18, 2018

Seriously? That makes no sense at all. A plugin like this leans heavily on the API's provided by the editor it runs in. You'll also noticed it's 97.1% Python.

@franciscolourenco
Copy link
Contributor Author

@braver you can call it a VSCode port if it makes more sense to you.

@braver
Copy link

braver commented May 18, 2018

  • Doesn't VS Code already have most of the features of GitSavvy built in + it has GitLens.
  • Still doesn't make sense to "port" it. What would you be porting?

@divmain maybe I shouldn't be having this discussion, but the request here boggles my mind.

@franciscolourenco
Copy link
Contributor Author

Doesn't VS Code already have most of the features of GitSavvy built in + it has GitLens.

No

Still doesn't make sense to "port" it. What would you be porting?

The functionality and great UI

@braver
Copy link

braver commented May 18, 2018

No

I think for this to make sense you should specify what you're missing because basically the correct answer here is "yes".

The functionality and great UI

Neither exists without the SublimeText API's. You going to port them too?

@franciscolourenco
Copy link
Contributor Author

I think for this to make sense you should specify what you're missing because basically the correct answer here is "yes".

There are so many features missing that listing only a few is not fair, but here are some:

  • Status panel in editor
  • Hunk staging
  • Undo staging
  • Interactive rebase in editor
  • Commands / Keyboard shortcuts for basic things
  • ...

Neither exists without the SublimeText API's. You going to port them too?

VSCode has an API too. Is there any fundamental API functionality missing?

@braver
Copy link

braver commented May 18, 2018

Ok, that clears something up for me. Doesn’t VS Code have a forum to discuss creating new plugins? This issue tracker is a weird place for that.

@franciscolourenco
Copy link
Contributor Author

Feel free to suggest a better place

@franciscolourenco
Copy link
Contributor Author

franciscolourenco commented May 19, 2018

For people migrating to VSCode, some open issues with the intention of bringing VSCode closer to gitsavvy in terms of usability:
microsoft/vscode#48964
microsoft/vscode#48965
microsoft/vscode#51548
microsoft/vscode#38113
microsoft/vscode#44904
microsoft/vscode#7717
microsoft/vscode#51549
microsoft/vscode#51550

@3v1n0
Copy link
Contributor

3v1n0 commented Jul 11, 2018

Probably a way to get this working in vscode and any $EDITOR, could be to transform this into a command line tool, with an API that could be used by external editors and by this extension too

@stoivo
Copy link
Member

stoivo commented Jul 11, 2018

That is an interesting idea but id requires work.

@3v1n0
Copy link
Contributor

3v1n0 commented Jul 12, 2018

Yes indeed... Something worth exploring though not to trash the awesome work has been done on this extension, but making possible to interact in the very same way using both sublimetext, terminal and vscode

@stoivo
Copy link
Member

stoivo commented Jul 19, 2018

If the plan is to make it run in a terminal 100% we need to implement everything in asci. We could take advantace of built in panes.

@3v1n0
Copy link
Contributor

3v1n0 commented Jul 19, 2018

Well since there's nothing great as Gitsavvy is that can be used in cli, it would be cool to have such interface too... So the idea is to create a library that performs the actual operations in python, reusing what is possible of the current codebase + a UI that is different for CLI, sublime, vscode or $ANYEDITOR.

So while the CLI interface is a lower prio thing, but thinking about having one would be nice.

@asfaltboy
Copy link
Member

asfaltboy commented Sep 23, 2018

While I would love to see support for similar features in VS Code, I down-voted this ticket simply because GitSavvy is a smaller project managed by volunteers, as opposed to the multiple teams that VS Code has at their disposal. If this proposal should be filed anywhere it's at a VS Code git plugin (or core repo, wherever their VCS code is hosted).

I'm also going to go ahead and close this, as it's a bit unrealistic that GitSavvy maintainers will take this on. But please feel free to continue the discussion here if appropriate.

@stevage
Copy link
Contributor

stevage commented Mar 29, 2019

Just a (pointless) vote here. GitSavvy is so good that even though I migrated to VS Code a while ago, I basically use Sublime+GitSavvy as my Git tool. I really love the keyboard driven workflow, staging hunks with keyboard, opening pull requests etc.

I wonder if a KickStarter would be appropriate?

@franciscolourenco
Copy link
Contributor Author

@stevage I'm currently doing the same. It's not as fast though, I find myself accidentally using sublime for editing instead of VSCode.

@rpbaptist
Copy link

rpbaptist commented Nov 9, 2021

I jumped ship to VS Code just recently, since Sublime Text with LPS and Elixir LS, GitGutter ended up using 10GB RAM within 30 minutes and 20GB RAM by the end of the day.

I was searching for something like GitSavvy. Turns out there's nothing like it. I understand the application is entirely different, but wanted to voice support for such an integration and am willing to pay for it. GitSavvy is just so good.

Update: For anyone ending up here, a kind soul implemented magit for VS Code as edamagit: https://github.com/kahole/edamagit

@franciscolourenco
Copy link
Contributor Author

@rpbaptist have tried edamagit? How good is it compared to GitSavvy?

@rpbaptist
Copy link

I've been using it today. It's missing a lot of features compared to GitSavyy. I'm mostly missing staging hunks visually and the git panels don't appear to be refreshing.

Inspired by @stevage I disabled the language server in Sublime and using it purely as a git tool now.

@franciscolourenco
Copy link
Contributor Author

@rpbaptist disabled the linguage server? What do you mean and achieve with that? I've also been using Sublime as a glorified git interface for the past couple of years..

@rpbaptist
Copy link

The LSP package in combination with LS Elixir in a big repo caused major memory leakage or bloat.

I just disabled the packages in Sublime to make it learner now. I really wished I could stick with it, but it's untenable.

So I disabled a bunch of packages via package manager and I can keep it running in the background for GitSavvy.

@lewisl
Copy link

lewisl commented Jul 29, 2023

Assume this won't happen. It may be too much work, and not worth it, to do in VS Code. The beauty of magit (emacs) and GitSavvy are that the full UI and results display are done in edit windows. It makes everything super obvious and very convenient. But, everyone has other work to do and there are plenty of satisfactory ways to use git these days. Just wanted to give pat on the back to GitSavvy authors: I love it in SublimeText.

@kaste
Copy link
Collaborator

kaste commented Jul 29, 2023

Thanks man! 💕

@mercurykd
Copy link

definitely need to make a separate product, with subsequent integration into code editors via api

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

10 participants