5 ms·

I really like the old version better. I really dislike this "cross platform" crap that runs terrible. It's like using a javascript app. Not only that, they don'

by Exuma 9y ago

I really like the old version better. I really dislike this "cross platform" crap that runs terrible. It's like using a javascript app. Not only that, they don't even have it for Linux, so what's the point of doing a cross platform interface...

Karunamon 9y ago
Another blasted electron app. 32GB will be minimum system requirements for a developer at this rate.
bobwaycott 9y ago
> It’s like using a javascript app. It is a JavaScript app.
danielbarla 9y ago
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.
- Olreich 9y ago
  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.
  - eklavya 9y ago
    I am not so sure about emacs, could be plugins though. Disclaimer: I hate electron apps.
    - Olreich 9y ago
      Definitely the plugins in your Emacs. Might want to take a look through them and clean things up.
  - Akujin 9y ago
    Maybe for you. None of your alternatives have built in JavaScript debugging or multiple projects per workspace.
    - farresito 9y ago
      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.
    - Olreich 9y ago
      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.
- Tactic 9y ago
  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.
  - Macha 9y ago
    I think Sublime is going too far the other direction in terms of being much simpler than VSCode.
    - jdc0589 9y ago
      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).
kitsunesoba 9y ago
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/ https://git-fork.com/
- fbnlsr 9y ago
  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 :)
- DanPristupov 9y ago
  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.
  - mrsteveman1 9y ago
    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 :)
tedivm 9y ago
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.
xeromal 9y ago
Have you ever tried Git Extensions. I love it.
- jdc0589 9y ago
  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.
  - xeromal 9y ago
    Yeah, it truly is a perfect app.

by Exuma 9y ago

Karunamon 9y ago

Another blasted electron app. 32GB will be minimum system requirements for a developer at this rate.

bobwaycott 9y ago

> It’s like using a javascript app. It is a JavaScript app.

danielbarla 9y ago

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.

Olreich 9y ago
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.
- eklavya 9y ago
  I am not so sure about emacs, could be plugins though. Disclaimer: I hate electron apps.
  - Olreich 9y ago
    Definitely the plugins in your Emacs. Might want to take a look through them and clean things up.
- Akujin 9y ago
  Maybe for you. None of your alternatives have built in JavaScript debugging or multiple projects per workspace.
  - farresito 9y ago
    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.
  - Olreich 9y ago
    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.
Tactic 9y ago
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.
- Macha 9y ago
  I think Sublime is going too far the other direction in terms of being much simpler than VSCode.
  - jdc0589 9y ago
    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).

kitsunesoba 9y ago

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/ https://git-fork.com/

fbnlsr 9y ago
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 :)
DanPristupov 9y ago
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.
- mrsteveman1 9y ago
  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 :)

tedivm 9y ago

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.

xeromal 9y ago

Have you ever tried Git Extensions. I love it.

jdc0589 9y ago
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.
- xeromal 9y ago
  Yeah, it truly is a perfect app.