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
Comments
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. |
@braver you can call it a VSCode port if it makes more sense to you. |
@divmain maybe I shouldn't be having this discussion, but the request here boggles my mind. |
No
The functionality and great UI |
I think for this to make sense you should specify what you're missing because basically the correct answer here is "yes".
Neither exists without the SublimeText API's. You going to port them too? |
There are so many features missing that listing only a few is not fair, but here are some:
VSCode has an API too. Is there any fundamental API functionality missing? |
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. |
Feel free to suggest a better place |
For people migrating to VSCode, some open issues with the intention of bringing VSCode closer to gitsavvy in terms of usability: |
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 |
That is an interesting idea but id requires work. |
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 |
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. |
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. |
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. |
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? |
@stevage I'm currently doing the same. It's not as fast though, I find myself accidentally using sublime for editing instead of VSCode. |
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 |
@rpbaptist have tried edamagit? How good is it compared to GitSavvy? |
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. |
@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.. |
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. |
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. |
Thanks man! 💕 |
definitely need to make a separate product, with subsequent integration into code editors via api |
An issue to assess interest / viability of VSCode support.
Leave a thumbs up if you are interested.
The text was updated successfully, but these errors were encountered: