It's built with Electron, so it's not just like using a javascript app, you are actually using one.

That said, I personally don't have a huge issue with Electron apps on face value - some of them (VSCode, for example) seem to outperform their native counterparts quite handily (in this case, VS - install time, upgrade time, cold start time, warm start time, actual usage). That tells me that the implementation choices affect performance as much as the underlying technology.

Visual Studio is a far more full-featured IDE. A more objective comparison would be VSCode vs. Sublime. There you could say VSCode is comparable at best.

I think Sublime is going too far the other direction in terms of being much simpler than VSCode.

agreed. If Sublime had an acceptable way to implement good debugger support, and spent more time on the plugin development ecosystem (dependencies, easy plugin testability, etc...) it would be pretty damn stellar (and lets be honest, its a great editor as is).

VSCode doesn't beat SublimeText, Vim, Emacs, or Notepad++.

Electron apps might beat other electron apps (VSCode over Atom), but we're still a long sight off from electron apps beating compiled ones in most cases.

I am not so sure about emacs, could be plugins though. Disclaimer: I hate electron apps.

Definitely the plugins in your Emacs. Might want to take a look through them and clean things up.

Maybe for you.

None of your alternatives have built in JavaScript debugging or multiple projects per workspace.

I was replying to the performance of the application.

Debugging: Fair enough. VSCode is starting to stray toward IDE, which the others described specifically exclude. They focus on the text editing and leave the debugging for other specialized programs. VSCode would make sense to be an IDE since it's coming from a Visual Studio lineage though.

Multiple Projects per Workspace: Sublime has this as a project can have any number of folders added to it. A sublime project is equivalent to a VSCode Workspace unless I'm missing a nuance somewhere. Vim and Emacs are less useful in this regard, though they have project management plugins. Most of the time, Vim and Emacs will just save off a workspace in what they call a "session". You can load the session and be exactly where you left off (down to the cursor position). These can also be configured to happen on startup/shutdown.

I think he is referring to performance, which in my experience is true. You would have to do a really terrible job for an electron-based app to beat your native app performance-wise.

Yeah, I'll be sticking to the old Mac desktop app too. Visual bugs with the commit timeline notwithstanding, it's solid and smooth. The electron replacement is comparatively janky.

If they ever EoL the old true native Github Desktop, I'll probably switch full time to Fork, which is native Cocoa and generally great. I already use it a lot, but there are times when Github Desktop does things a little better.

https://git-fork.com/

Fork developer here. Could you share what features you miss so I could implement them? You can use the feedback button on the toolbar in Fork or contact me directly by email: support at git-fork.com.

Hey, already love Fork after just a few minutes. Rebase support, stashes, sub-modules, tabs... this is fantastic :)

You may actually get me to delete SourceTree, which is a high bar to clear. Despite all the major issues with SourceTree, like locking the main thread for 3 minutes, pinning the CPU to 100% just because a file was staged, and refreshing the diff view 100 times in a single minute, I haven't been able to switch away from yet.

P.S. your Cartfile is being copied into the resources folder :)

Thanks a lot for this link!

I've been using either the command line or GitKraken, but it's always nice to see a new tool :)

Yeah, I tried the new version a week ago and was very unhappy with it. Even ignoring the electron stuff there's a lot of issues-

* A lot of the right-click context menus have vanished from the old version to the new, which really changes the workflow.

* Integration with Atom is super buggy, to the point where it literally doesn't work for me. I used to be able to right click and open in Atom, but now if I use the shortcut to open in Atom it just gives an error claiming Atom isn't installed when it is. Opening up the old github desktop app and attempting to launch atom had no issues.

* Integration with Github itself is super flaky. Normally the "open in desktop" launches the github desktop client, but after installing the new version it literally doesn't do anything at all.

I'm honestly really surprised that this is a v1.0.0 release. Normally Github does a better job of making sure their releases, well, actually work.

> It’s like using a javascript app.

It is a JavaScript app.

Another blasted electron app.

32GB will be minimum system requirements for a developer at this rate.

Have you ever tried Git Extensions. I love it.

wait, you mean the (originally) windows GitExtensions app? Cause that was bar none the beat git UI ive ever used. As in, im a hardcore command line git user for everything, and I still actually liked GitExtensions.

It looks like theres an osx port now. Im super excited. GitExtensions was literally the best at everything for my workflows.

Yeah, it truly is a perfect app.