9 ms·

Sublime Merge

88 points by rococode 2y ago

deleted 2y ago
[deleted]
etoulas 2y ago
GitUp is an open source altetnative. Probably less feature rich than SM but powerful enough to be efficient. https://github.com/git-up/GitUp https://github.com/git-up/GitUp
- SSLy 2y ago
  open source or not, because it's macOS-only, it's less available to developers than alternatives
4gotunameagain 2y ago
I have been using Sublime Merge for a while now, and I find it very useful. I am a visual and spatial type, so I find the the way the information is organised there invaluable. I know I lose points for not being an ultimate shell dweller, but the experience just does not compare. The only downside is that sometimes you cannot be sure which commands it will execute for a given functionality, and to do more specific things you have to do them manually. I guess this is unavoidable.
- have_faith 2y ago
  Same. I’ve been using it a while and I enjoy it a lot. I have to admit that I haven’t purchased it yet because $100 is hard to justify with so many perfectly good free alternatives, but if it was cheaper I definitely would.
- bulatb 2y ago
  > I know I lose points for not being an ultimate shell dweller You don't lose a single point for using tools that fit your needs, no matter how much any gatekeeper says different.
- ben-schaaf 2y ago
  > The only downside is that sometimes you cannot be sure which commands it will execute for a given functionality I'm curious if you have a specific example of this? We've put a fair amount of effort into having the same nomenclature as git and add tooltips that contain the command itself where possible.
mandalorianer 2y ago
When Sublime Merge was initially released I liked it a lot. Mostly because of it's snappy speed (like Sublime Text). But since a year or so I'm using lazygit (https://github.com/jesseduffield/lazygit https://github.com/jesseduffield/lazygit), which at least for me is the best git tool ever.
- aeurielesn 2y ago
  The two advertisements at the top of the README made me uncomfortable.
  - wodenokoto 2y ago
    It’s the $250 sponsor tier. You can add your own for that price. People need to get paid somehow.
  - squigz 2y ago
    A lot of people on HN don't like it when you share your opinion about how an open-source developer monetizes their work. For what it's worth, I agree. I feel like it would be a lot less discomforting if the ads were simply below the actual description of the projects.
- fastball 2y ago
  What do you like better about lazygit than Sublime Merge?
- haskman 2y ago
  LazyGit is extremely good, especially when invoked from within NeoVim. I use it as a part of the LazyVim setup.
29athrowaway 2y ago
It's a good tool that integrates well with Sublime Text. But a tremendously hard sell in 2024 considering the plethora of tools out there right now.
solarkraft 2y ago
I liked Sublime Merge when I used it a few years ago, mainly because it's available on Linux. There were some things about the UI that were bugging me however. Nowadays I'm pretty happy with Fork (available for Windows & macOS).
- NetOpWibby 2y ago
  Link?
  - rswail 2y ago
    https://git-fork.com/ https://git-fork.com/
    - NetOpWibby 2y ago
      Thanks!
  - abhinavk 2y ago
    https://git-fork.com/ https://git-fork.com/
    - freilanzer 2y ago
      Mac and Windows only? What the hell.
      - solarkraft 2y ago
        I dislike that too, but one reason is that they're actually using the platform native UI toolkits (making it wonderfully well integrated and snappy). Adding another platform would be a lot of work and the authors don't believe that Linux even has a clear platform native UI toolkit (though imo GTK would be a safe choice).
    - NetOpWibby 2y ago
      Thanks!
sam_goody 2y ago
Considering how much competition is in this space, a comparison or a page to help define its strengths would be useful. Both against standalone tools such as Git-Fork, and built it tools such as VSCode Git [for the majority of the world that uses VSCode over Sublime-Text].
tstrimple 2y ago
I used to be a fan of the Sublime tools. But the complete lack of updates over a reasonable timescale have led me to move on to more supported platforms. I like the concept of a small team of developers providing a good tool. But the reality often means that you don't see any worthwhile upgrades. And I realize I'm commenting on HN, a place where the majority of people seem to have abandoned the hacker spirit and leaned more into curmudgeon aesthetics instead. The general sentiment here seems to be far more of don't try to innovate. Just do what we expect you to in the way we expect you to which matches how we would have built this tool 20 years ago. > Cloud? Why? You can literally do anything on a VPS with Postgres! > AI? Not on my watch! I can't imagine a tool that does more than VIM two decades ago! > Javascript?! What a shit language. Everything should be written in Java or C++.
- teaearlgraycold 2y ago
  I like cloud, AI, and Javascript - and I’m not ashamed!
- fastball 2y ago
  What is a reasonable timescale? They last released an update for Sublime Merge in April. What features are you missing that they haven't added? What bugs are present that need to be fixed?
  - zamalek 2y ago
    I'm a paying user. The ability to diff across two commits/branches. I still have to flip over to GitHub if I want that kind of view.
    - tokyovigilante 2y ago
      I use SM (and paid). Just select both commits, regardless of branch, and the diff is shown.
      - zamalek 2y ago
dgellow 2y ago
curious what GUI framework they are using. I have a sublime merge license, everything feels really snappy
- ben-schaaf 2y ago
  The GUI framework we use for ST and SM is fully custom. We use GTK, Cocoa and Win32 for platform integration and custom software/OpenGL rendering (with a little help from Skis).
  - dgellow 2y ago
    Thanks! Not open source I presume? Would be interested to learn more
    - ben-schaaf 2y ago
      t's interface is unstable, undocumented and it tightly integrates with the rest of our codebase; even if it was open source it would not be usable to anyone.
      - dgellow 2y ago
        Noted, I appreciate the response. In any case, congrats, it works really, really well
- guessmyname 2y ago
  Native UI libraries using Google’s Skia graphics engine → https://skia.org/docs/ https://skia.org/docs/ OpenGL → https://www.sublimetext.com/blog/articles/hardware-accelerated-rendering https://www.sublimetext.com/blog/articles/hardware-accelerat...
tehnub 2y ago
I used Git on the command line exclusively for many years and occasionally tried the built-in Git tools for various editors as well as GitHub Desktop, but I never felt they were a lift in usability over the CLI or very pleasant to use. That was until I tried Sublime Merge on a whim. One thing I like is how keyboard oriented most of it is, and how it maps quite closely to CLI commands. If I want to commit I open the command palette with command+p and then fuzzy-search for commit with “co…” or “cm” or whatever you like, and it brings up the suggested commands which I can select with enter. And beyond that I like the generally attractive styling which makes viewing diffs and searching commit history (command+f, fuzzy find “contents:”, type what you want to search for) pleasant. It’s also totally snappy in most cases, even with multiple tabs for repos open — the only time I’ve seen it slow down was opening Unreal Engine, and that was at least a year ago so they may have made improvements on that. I use it every day and I am quite pleased with it.
- the_gipsy 2y ago
  Have you tried any TUI tools? I'm super happy with tig for visualizing history, diffs, staging chunks and staged/unchanged changes. For anything else I just use the git CLI commands.
- codetrotter 2y ago
  > If I want to commit I open the command palette with command+p and then fuzzy-search for commit with “co…” or “cm” or whatever you like, and it brings up the suggested commands which I can select with enter. cm is exactly how I think of commit, but I use it as a custom command on the cli. I use my cm command like: cm “Small refactoring of quux and baz” and it runs git commit -m “Small refactoring of quux and baz” Similarly I have other two letter commands for all of the other git operations I most frequently use. (I.e for almost all of the ones I use day to day.)
pilif 2y ago
Sublime Merge is cough sublimely good at performing 3-way merges. I don't like it as much as a generic git frontend (nothing beats the command line once you're used to it, but for 3-way merges, it's absolutely perfect and I have yet to see anything better. Another very good tool for 3-way merges is meld, but the macOS port (where I do most of my development work on) is not very good, mostly because the GTK macOS port isn't very good.
- wodenokoto 2y ago
  It’s also very good at committing chunks, especially from different files in the same commit. It’s not good at getting an overview of your history or blaming, but for committing and merging it is really nice
  - fastball 2y ago
    What don't you like about the blame interface?
    - pilif 2y ago
      I'm not OP, but here's my two qualms with using Sublime Merge for blame: * it doesn't do a good enough job following renames (in cases where you would need to use `--follow` to `git log`. `git gui blame` does. * while there is a "blame parent commit" feature, it's a bit hidden and it's super slow to provide the updated blame.
    - wodenokoto 2y ago
      Maybe they improved, I actually haven’t tried for years. I mostly would click blame on a line in sublime text and leave it at that. I just never felt smerge was good at digging around history. Maybe I’ll give it another try
- rationably 2y ago
  > yet to see anything better. Try Beyond Compare v5.
- 2y ago
0x073 2y ago
Since the auto update for sublimetext to version 4 where I don't have a license for I switched to vscode and never looked back. At first I lost my trust and then I liked vsc more.
- fastball 2y ago
  This thread is not about Sublime Text.
  - greenyies 2y ago
    It's the same company. His trust was for the company not just for a product
    - fastball 2y ago
      Trust was lost because they... released a new version of their software?
      - 0x073 2y ago
        Ok for context: You got st3 with a license, and maybe plugins. St3 got regular updates to new minor versions. They brought the st4 update like the other minor version updates. Destroyed the whole st ide setup (plugins didn't work for st4) And st3 licence can't be used for st4 (you get the st4 licence if you bought st3 some months before) If I use st for private stuff that would be annoying, but as I use it for my work that was money.
        ben-schaaf 2y ago
        Sorry that happened to you. We've since improved our updater to avoid this happening again, but your loss of trust is understandable. Hopefully downgrading back to ST3 was not too big of a hassle. ST4 has full backwards compatibility for plugins, keeping the same python 3.3 ST3 shipped with, so I'm surprised your setup broke. ST3 licenses were also fully transitioned to ST4, so any license less than 3 years old covered the initial ST4 release.
tkuraku 2y ago
Sublime Merge is fantastic. I've moved on from sublime text, but sublime Merge is a tool I use everday. Invaluable.
the_gipsy 2y ago
> Commit Faster - Stage Files, Hunks and Lines with no waiting - Sublime Merge is really, really fast. Fast as opposed to what? What could possibly be slow here? It's just local git operations.
- bayindirh 2y ago
  More mentally taxing workflows. Git is fast enough, but human brain is not, especially in complex cases. Untangling the view is a boon.
- ben-schaaf 2y ago
  `git add` can be quite slow when handling large files, in large repositories, with a large index or on slow platforms. For instance this optimization in git brought the runtime of `git add .` on Windows with 200k files from 6s to 3s: https://github.com/git/git/commit/d1664e73ad96aa08735bf81d48ec0fb6d196cc3e https://github.com/git/git/commit/d1664e73ad96aa08735bf81d48.... 100ms let alone 3s is much too long a wait, so Sublime Merge predicts the outcome of staging and presents that immediately. This made a noticeable improvement to responsiveness even on small repositories under Linux.
  - the_gipsy 2y ago
    I've never noticed a delay in my life. So, "predicts outcome", what does that even mean? I know the outcome of `git add` is... the file being added. And it has to run the command in the end anyway.
    - ben-schaaf 2y ago
      It means that the outcome is shown immediately on the next rendered frame instead of waiting for the command to complete, then reading the index and updating the UI from that. You knowing the outcome is exactly the point; the UI needs to be responsive immediately because you're not waiting to find out what happens. As an example: Lets say it takes 200ms to run `git add` and then another 100ms to read the index; you want to stage 3 files. You click the first stage button, nothing happens and you move to click the next stage button, now the UI updates and removes that first file shifting what you're about to click on. This behavior was extremely annoying when it came up in testing. With prediction here's what happens instead: You click the first stage button, immediately the UI updates removing that file, you move to click the 2nd which again is immediately removed. Transparently in the background `git add` is run and we confirm the end the result is as predicted.
chrizel 2y ago
Using Sublime Merge for over a year now after using Magit/Emacs mostly (and git command line for years before that). What I like about Sublime Merge is its performance and the stage/unstage UI/UX is intuitive and fast backed by a competent text editor engine, similar to what I liked about Magit. Having multiple repositories open in a tab interface is also nice. What you have to keep in mind is that Sublime Merge also includes a competent merge tool (hence the name). Sometimes we have to do more complex merges and Sublime Merge does this in an intuitive and integrated way, which would be a completely separate application in many other popular Git front-ends. Therefore the price is IMHO fair and justified. I can recommend giving it a try for a couple of weeks.
jamil7 2y ago
I forgot I had this installed and purchased as I tend to just use the cli for everything and have never really used a GUI. I'll try it out for some trickier merges.
user2342 2y ago
I'm using Sublime Text since shortly before 2.0 and Sublime Merge since day one. Yet, I'm slowly losing interest in ST because of lacking language integrations and probably won't do any future paid upgrades. However, Sublime Merge is still essential for me and a no-brainer.
ggeorg 2y ago
Not doing much dev work at the moment... In the rare event I need to do some file comparisons or git commits I use meld. How does it compare to more novel tools like this? Any tools that consider the syntactic structure of code for diff/merging?
dixdotdev 2y ago
I've been becoming more curious about GUI git tools of late, for those that have used both how does this compare with GitButler?
thiht 2y ago
This looks like a beautiful tool, but I'm not sure why I would use this instead of the Git integration in VSCode, and the CLI in VSCode's terminal? I can't really imagine using a workflow that would force me to use a different GUI for commits, diffs, merges, etc.
outcoldman 2y ago
I used ST since v2, and SM since the release. Sublime Text used to be my IDE for Python/C++/Go development. But later I switched to IntelliJ, and now Sublime Text is naked/pluginless editor for me, that I am ok to pay 100 every 3 years. I love the product. I use Sublime Merge only as a diff tool, or a review tool before the commit. Love it as well.
- syspec 2y ago
  I find the diff tool, merge tool, blame, and fit history tooling in IntelliJ to be best in class. As a user of both, what draws you to sublime merge for those actions even though you likely already have intellij open for the same project? Thx!
ElCapitanMarkla 2y ago
Here I am still using my trusty old GitX for commits, it hasn't been updated in about 10 years :) maybe I should stop being such a tight bastard and make the jump.
lsllc 2y ago
Long time Sublime user, both Sublime Text and Sublime Merge. I started back with ST2, ST3 and I have ST4 and have use Merge since it was released. These days I now mostly use nvim+lazyvim for coding but I do continue to use Sublime Merge as my primary git environment. @ben-schaaf I'd love to see tree-sitter+LSP come to Sublime Text, as well as telescope+rg+fzf style fuzzy search. I find the lazyvim+telescope integration for finding files, finding buffers, looking for symbol references and general grepping with the live preview just fantastic. One of the things I don't like about nvim+lazyvim is that I miss the IDE (workspace) aspect of ST, in that I have a window open per active project in Sublime. I use Neovide for nvim, but it really only lets you have one GUI window (I don't like to use Kitty/terminal windows for nvim because I can't cycle easily through them without mixing through other terminal stuff).
- ben-schaaf 2y ago
  There's well supported LSP plugins for Sublime Text, and also a working tree sitter plugin. If that's what you're looking for I suggest giving those a try.
  - lsllc 2y ago
    I haven't looked at package control in a while, I'll take a look! Thanks
apocalyptic0n3 2y ago
I've been using Sublime Merge since it was first announced (and Sublime Text since ST2 I think). Absolutely love the experience. It's less a Git GUI and more just the CLI displayed in a well-designed GUI, if that makes sense. It's not reinventing anything, just making it easier to keep on top of commits and what your current changes are. What I find nice is that unlike many of the other GUI options, Sublime never hides what it's doing. Anytime you are about to run a Git command, they show you it and give you the option to customize it. And you can run manual commands at any time with their command palette. I don't mind the Git CLI, but I don't enjoy using it. It feels like I'm doing extra work and I'm not necessarily on top of the changes I've made. But Sublime gives me that while also not straying far from the CLI. It's the best client I've come across and well worth the license I paid for it.

88 points by rococode 2y ago

deleted 2y ago

[deleted]

GitUp is an open source altetnative. Probably less feature rich than SM but powerful enough to be efficient. https://github.com/git-up/GitUp https://github.com/git-up/GitUp

SSLy 2y ago
open source or not, because it's macOS-only, it's less available to developers than alternatives

4gotunameagain 2y ago

I have been using Sublime Merge for a while now, and I find it very useful. I am a visual and spatial type, so I find the the way the information is organised there invaluable. I know I lose points for not being an ultimate shell dweller, but the experience just does not compare. The only downside is that sometimes you cannot be sure which commands it will execute for a given functionality, and to do more specific things you have to do them manually. I guess this is unavoidable.

have_faith 2y ago
Same. I’ve been using it a while and I enjoy it a lot. I have to admit that I haven’t purchased it yet because $100 is hard to justify with so many perfectly good free alternatives, but if it was cheaper I definitely would.
bulatb 2y ago
> I know I lose points for not being an ultimate shell dweller You don't lose a single point for using tools that fit your needs, no matter how much any gatekeeper says different.
ben-schaaf 2y ago
> The only downside is that sometimes you cannot be sure which commands it will execute for a given functionality I'm curious if you have a specific example of this? We've put a fair amount of effort into having the same nomenclature as git and add tooltips that contain the command itself where possible.

mandalorianer 2y ago

When Sublime Merge was initially released I liked it a lot. Mostly because of it's snappy speed (like Sublime Text). But since a year or so I'm using lazygit (https://github.com/jesseduffield/lazygit https://github.com/jesseduffield/lazygit), which at least for me is the best git tool ever.

aeurielesn 2y ago
The two advertisements at the top of the README made me uncomfortable.
- wodenokoto 2y ago
  It’s the $250 sponsor tier. You can add your own for that price. People need to get paid somehow.
- squigz 2y ago
  A lot of people on HN don't like it when you share your opinion about how an open-source developer monetizes their work. For what it's worth, I agree. I feel like it would be a lot less discomforting if the ads were simply below the actual description of the projects.
fastball 2y ago
What do you like better about lazygit than Sublime Merge?
haskman 2y ago
LazyGit is extremely good, especially when invoked from within NeoVim. I use it as a part of the LazyVim setup.

29athrowaway 2y ago

It's a good tool that integrates well with Sublime Text. But a tremendously hard sell in 2024 considering the plethora of tools out there right now.

solarkraft 2y ago

I liked Sublime Merge when I used it a few years ago, mainly because it's available on Linux. There were some things about the UI that were bugging me however. Nowadays I'm pretty happy with Fork (available for Windows & macOS).

NetOpWibby 2y ago
Link?
- rswail 2y ago
  https://git-fork.com/ https://git-fork.com/
  - NetOpWibby 2y ago
    Thanks!
- abhinavk 2y ago
  https://git-fork.com/ https://git-fork.com/
  - freilanzer 2y ago
    Mac and Windows only? What the hell.
    - solarkraft 2y ago
      I dislike that too, but one reason is that they're actually using the platform native UI toolkits (making it wonderfully well integrated and snappy). Adding another platform would be a lot of work and the authors don't believe that Linux even has a clear platform native UI toolkit (though imo GTK would be a safe choice).
  - NetOpWibby 2y ago
    Thanks!

sam_goody 2y ago

Considering how much competition is in this space, a comparison or a page to help define its strengths would be useful. Both against standalone tools such as Git-Fork, and built it tools such as VSCode Git [for the majority of the world that uses VSCode over Sublime-Text].

tstrimple 2y ago

I used to be a fan of the Sublime tools. But the complete lack of updates over a reasonable timescale have led me to move on to more supported platforms. I like the concept of a small team of developers providing a good tool. But the reality often means that you don't see any worthwhile upgrades. And I realize I'm commenting on HN, a place where the majority of people seem to have abandoned the hacker spirit and leaned more into curmudgeon aesthetics instead. The general sentiment here seems to be far more of don't try to innovate. Just do what we expect you to in the way we expect you to which matches how we would have built this tool 20 years ago. > Cloud? Why? You can literally do anything on a VPS with Postgres! > AI? Not on my watch! I can't imagine a tool that does more than VIM two decades ago! > Javascript?! What a shit language. Everything should be written in Java or C++.

teaearlgraycold 2y ago
I like cloud, AI, and Javascript - and I’m not ashamed!
fastball 2y ago
What is a reasonable timescale? They last released an update for Sublime Merge in April. What features are you missing that they haven't added? What bugs are present that need to be fixed?
- zamalek 2y ago
  I'm a paying user. The ability to diff across two commits/branches. I still have to flip over to GitHub if I want that kind of view.
  - tokyovigilante 2y ago
    I use SM (and paid). Just select both commits, regardless of branch, and the diff is shown.
    - zamalek 2y ago

dgellow 2y ago

curious what GUI framework they are using. I have a sublime merge license, everything feels really snappy

ben-schaaf 2y ago
The GUI framework we use for ST and SM is fully custom. We use GTK, Cocoa and Win32 for platform integration and custom software/OpenGL rendering (with a little help from Skis).
- dgellow 2y ago
  Thanks! Not open source I presume? Would be interested to learn more
  - ben-schaaf 2y ago
    t's interface is unstable, undocumented and it tightly integrates with the rest of our codebase; even if it was open source it would not be usable to anyone.
    - dgellow 2y ago
      Noted, I appreciate the response. In any case, congrats, it works really, really well
guessmyname 2y ago
Native UI libraries using Google’s Skia graphics engine → https://skia.org/docs/ https://skia.org/docs/ OpenGL → https://www.sublimetext.com/blog/articles/hardware-accelerated-rendering https://www.sublimetext.com/blog/articles/hardware-accelerat...

tehnub 2y ago

I used Git on the command line exclusively for many years and occasionally tried the built-in Git tools for various editors as well as GitHub Desktop, but I never felt they were a lift in usability over the CLI or very pleasant to use. That was until I tried Sublime Merge on a whim. One thing I like is how keyboard oriented most of it is, and how it maps quite closely to CLI commands. If I want to commit I open the command palette with command+p and then fuzzy-search for commit with “co…” or “cm” or whatever you like, and it brings up the suggested commands which I can select with enter. And beyond that I like the generally attractive styling which makes viewing diffs and searching commit history (command+f, fuzzy find “contents:”, type what you want to search for) pleasant. It’s also totally snappy in most cases, even with multiple tabs for repos open — the only time I’ve seen it slow down was opening Unreal Engine, and that was at least a year ago so they may have made improvements on that. I use it every day and I am quite pleased with it.

the_gipsy 2y ago
Have you tried any TUI tools? I'm super happy with tig for visualizing history, diffs, staging chunks and staged/unchanged changes. For anything else I just use the git CLI commands.
codetrotter 2y ago
> If I want to commit I open the command palette with command+p and then fuzzy-search for commit with “co…” or “cm” or whatever you like, and it brings up the suggested commands which I can select with enter. cm is exactly how I think of commit, but I use it as a custom command on the cli. I use my cm command like: cm “Small refactoring of quux and baz” and it runs git commit -m “Small refactoring of quux and baz” Similarly I have other two letter commands for all of the other git operations I most frequently use. (I.e for almost all of the ones I use day to day.)

pilif 2y ago

Sublime Merge is cough sublimely good at performing 3-way merges. I don't like it as much as a generic git frontend (nothing beats the command line once you're used to it, but for 3-way merges, it's absolutely perfect and I have yet to see anything better. Another very good tool for 3-way merges is meld, but the macOS port (where I do most of my development work on) is not very good, mostly because the GTK macOS port isn't very good.

wodenokoto 2y ago
It’s also very good at committing chunks, especially from different files in the same commit. It’s not good at getting an overview of your history or blaming, but for committing and merging it is really nice
- fastball 2y ago
  What don't you like about the blame interface?
  - pilif 2y ago
    I'm not OP, but here's my two qualms with using Sublime Merge for blame: * it doesn't do a good enough job following renames (in cases where you would need to use `--follow` to `git log`. `git gui blame` does. * while there is a "blame parent commit" feature, it's a bit hidden and it's super slow to provide the updated blame.
  - wodenokoto 2y ago
    Maybe they improved, I actually haven’t tried for years. I mostly would click blame on a line in sublime text and leave it at that. I just never felt smerge was good at digging around history. Maybe I’ll give it another try
rationably 2y ago
> yet to see anything better. Try Beyond Compare v5.
2y ago

0x073 2y ago

Since the auto update for sublimetext to version 4 where I don't have a license for I switched to vscode and never looked back. At first I lost my trust and then I liked vsc more.

fastball 2y ago
This thread is not about Sublime Text.
- greenyies 2y ago
  It's the same company. His trust was for the company not just for a product
  - fastball 2y ago
    Trust was lost because they... released a new version of their software?
    - 0x073 2y ago
      Ok for context: You got st3 with a license, and maybe plugins. St3 got regular updates to new minor versions. They brought the st4 update like the other minor version updates. Destroyed the whole st ide setup (plugins didn't work for st4) And st3 licence can't be used for st4 (you get the st4 licence if you bought st3 some months before) If I use st for private stuff that would be annoying, but as I use it for my work that was money.
      - ben-schaaf 2y ago
        Sorry that happened to you. We've since improved our updater to avoid this happening again, but your loss of trust is understandable. Hopefully downgrading back to ST3 was not too big of a hassle. ST4 has full backwards compatibility for plugins, keeping the same python 3.3 ST3 shipped with, so I'm surprised your setup broke. ST3 licenses were also fully transitioned to ST4, so any license less than 3 years old covered the initial ST4 release.

tkuraku 2y ago

Sublime Merge is fantastic. I've moved on from sublime text, but sublime Merge is a tool I use everday. Invaluable.

the_gipsy 2y ago

> Commit Faster - Stage Files, Hunks and Lines with no waiting - Sublime Merge is really, really fast. Fast as opposed to what? What could possibly be slow here? It's just local git operations.

bayindirh 2y ago
More mentally taxing workflows. Git is fast enough, but human brain is not, especially in complex cases. Untangling the view is a boon.
ben-schaaf 2y ago
`git add` can be quite slow when handling large files, in large repositories, with a large index or on slow platforms. For instance this optimization in git brought the runtime of `git add .` on Windows with 200k files from 6s to 3s: https://github.com/git/git/commit/d1664e73ad96aa08735bf81d48ec0fb6d196cc3e https://github.com/git/git/commit/d1664e73ad96aa08735bf81d48.... 100ms let alone 3s is much too long a wait, so Sublime Merge predicts the outcome of staging and presents that immediately. This made a noticeable improvement to responsiveness even on small repositories under Linux.
- the_gipsy 2y ago
  I've never noticed a delay in my life. So, "predicts outcome", what does that even mean? I know the outcome of `git add` is... the file being added. And it has to run the command in the end anyway.
  - ben-schaaf 2y ago
    It means that the outcome is shown immediately on the next rendered frame instead of waiting for the command to complete, then reading the index and updating the UI from that. You knowing the outcome is exactly the point; the UI needs to be responsive immediately because you're not waiting to find out what happens. As an example: Lets say it takes 200ms to run `git add` and then another 100ms to read the index; you want to stage 3 files. You click the first stage button, nothing happens and you move to click the next stage button, now the UI updates and removes that first file shifting what you're about to click on. This behavior was extremely annoying when it came up in testing. With prediction here's what happens instead: You click the first stage button, immediately the UI updates removing that file, you move to click the 2nd which again is immediately removed. Transparently in the background `git add` is run and we confirm the end the result is as predicted.

chrizel 2y ago

Using Sublime Merge for over a year now after using Magit/Emacs mostly (and git command line for years before that). What I like about Sublime Merge is its performance and the stage/unstage UI/UX is intuitive and fast backed by a competent text editor engine, similar to what I liked about Magit. Having multiple repositories open in a tab interface is also nice. What you have to keep in mind is that Sublime Merge also includes a competent merge tool (hence the name). Sometimes we have to do more complex merges and Sublime Merge does this in an intuitive and integrated way, which would be a completely separate application in many other popular Git front-ends. Therefore the price is IMHO fair and justified. I can recommend giving it a try for a couple of weeks.

jamil7 2y ago

I forgot I had this installed and purchased as I tend to just use the cli for everything and have never really used a GUI. I'll try it out for some trickier merges.

user2342 2y ago

I'm using Sublime Text since shortly before 2.0 and Sublime Merge since day one. Yet, I'm slowly losing interest in ST because of lacking language integrations and probably won't do any future paid upgrades. However, Sublime Merge is still essential for me and a no-brainer.

ggeorg 2y ago

Not doing much dev work at the moment... In the rare event I need to do some file comparisons or git commits I use meld. How does it compare to more novel tools like this? Any tools that consider the syntactic structure of code for diff/merging?

dixdotdev 2y ago

I've been becoming more curious about GUI git tools of late, for those that have used both how does this compare with GitButler?

thiht 2y ago

This looks like a beautiful tool, but I'm not sure why I would use this instead of the Git integration in VSCode, and the CLI in VSCode's terminal? I can't really imagine using a workflow that would force me to use a different GUI for commits, diffs, merges, etc.

outcoldman 2y ago

I used ST since v2, and SM since the release. Sublime Text used to be my IDE for Python/C++/Go development. But later I switched to IntelliJ, and now Sublime Text is naked/pluginless editor for me, that I am ok to pay 100 every 3 years. I love the product. I use Sublime Merge only as a diff tool, or a review tool before the commit. Love it as well.

syspec 2y ago
I find the diff tool, merge tool, blame, and fit history tooling in IntelliJ to be best in class. As a user of both, what draws you to sublime merge for those actions even though you likely already have intellij open for the same project? Thx!

ElCapitanMarkla 2y ago

Here I am still using my trusty old GitX for commits, it hasn't been updated in about 10 years :) maybe I should stop being such a tight bastard and make the jump.

lsllc 2y ago

Long time Sublime user, both Sublime Text and Sublime Merge. I started back with ST2, ST3 and I have ST4 and have use Merge since it was released. These days I now mostly use nvim+lazyvim for coding but I do continue to use Sublime Merge as my primary git environment. @ben-schaaf I'd love to see tree-sitter+LSP come to Sublime Text, as well as telescope+rg+fzf style fuzzy search. I find the lazyvim+telescope integration for finding files, finding buffers, looking for symbol references and general grepping with the live preview just fantastic. One of the things I don't like about nvim+lazyvim is that I miss the IDE (workspace) aspect of ST, in that I have a window open per active project in Sublime. I use Neovide for nvim, but it really only lets you have one GUI window (I don't like to use Kitty/terminal windows for nvim because I can't cycle easily through them without mixing through other terminal stuff).

ben-schaaf 2y ago
There's well supported LSP plugins for Sublime Text, and also a working tree sitter plugin. If that's what you're looking for I suggest giving those a try.
- lsllc 2y ago
  I haven't looked at package control in a while, I'll take a look! Thanks

apocalyptic0n3 2y ago

I've been using Sublime Merge since it was first announced (and Sublime Text since ST2 I think). Absolutely love the experience. It's less a Git GUI and more just the CLI displayed in a well-designed GUI, if that makes sense. It's not reinventing anything, just making it easier to keep on top of commits and what your current changes are. What I find nice is that unlike many of the other GUI options, Sublime never hides what it's doing. Anytime you are about to run a Git command, they show you it and give you the option to customize it. And you can run manual commands at any time with their command palette. I don't mind the Git CLI, but I don't enjoy using it. It feels like I'm doing extra work and I'm not necessarily on top of the changes I've made. But Sublime gives me that while also not straying far from the CLI. It's the best client I've come across and well worth the license I paid for it.