14 ms·

Guitar – Git GUI Client

232 points by app4soft 7y ago

platz 7y ago
Still haven't found anything better than gitk
- steelbird 7y ago
  That is nice. https://git-scm.com/docs/gitk https://git-scm.com/docs/gitk
gerdesj 7y ago
aur/guitar-git. Just used it to grab its own source from Github. Love it. This stays.
alexeiz 7y ago
I never really felt a need to use a GUI client for Git. I think they all hinder understanding of Git instead of helping. However I use Tig (console client) extensively for read-only Git operations. For everything else, there is Magit (Emacs Git client).
rk06 7y ago
is there any comparison to existing git clients? I am currently happy with git extensions and KDiff (for resolving conflicts)
thealistra 7y ago
I don't like GUI git tools as they always have issues with edge cases. git is a complicated system and you can have multiple weird configurations in your repo/system. Most of the GUI tools just focus on the MVP workflow and often they crash/bug out on the weird cases. This is not really an argument against it, but just an observation I made through the years. Sourcetree is one of the oldest GUI git clients and it has the most stuff handled correctly, and this basically looks like open-source source tree.
- panpanna 7y ago
  Git is so simple that you don't need a gui for the normal day-to-day stuff. And if you are fighting with the complex stuff, you are probably doing it wrong. Then no GUI in the world can help you.
  - wkz 7y ago
    Not sure if it qualifies as a GUI, but I’ve found magit increases my productivity with git.
  - rumanator 7y ago
    > Git is so simple that you don't need a gui for the normal day-to-day stuff. It really depends on what you mean by day-to-day operations. If all you do is checkout code, create ephemeral branches that either get deleted or are merged into another low-traffic branch or are simply pushed to a remote git workflow system, sure you don't need a GUI for that. But if you need to traverse branch history and compare changes and do three-way merges and audit changes and track logs to a specific file within a repo... You are far better off with a GUI.
    - panpanna 7y ago
      But how many fall into the second category? 5% of all users?
      - hombre_fatal 7y ago
        On the other hand, I haven't been in the first category since I was unemployed and only worked on side-projects. Once I worked with teams, I started encountering things like difficult merges, long-running divergent branches, etc. that make GUI useful. If there are more people in the first category, it's only because anyone can start a solo repo but only a subset of people work on teams. Either way, who cares? Use what is useful to you. Throughout these comments is this weird assertion that other people are using the wrong tool unlike us enlightened HNers. It's like people get offended that others prefer other tools. As if it's like "What, is my cli git preference not good enough for them?!" I'm low-key convinced that's what's actually going on in all these cross-examinations.
sdan 7y ago
Sublime Merge is this but... sublime: https://www.sublimemerge.com/ https://www.sublimemerge.com/ it's amazing and pretty similar
- aniforprez 7y ago
  I've found sublime to be not so sublime. It beats everything in terms of speed but I'm not a fan of the design and it's woefully lacking in customisation and doesn't support a lot of the git options. On Linux it's my only choice for a good GUI but on mac and windows I much prefer fork.dev which is almost as fast and is very feature rich and looks great
  - sdan 7y ago
    > fork.dev That looks cool! Personally I love the simplicity of both Sublime Text and Merge so I gravitate towards those (I don't really care/need about customization)
    - aniforprez 7y ago
      I was doing a trial run of git GUIs cause I'm much more productive with one and I landed on Sublime which was good but lacked a lot of options and I don't think still allows for adding custom commands. I was also extremely miffed when it took months for an update to come out to fix one bug I'd found and was irritating me to no end (I forget the specifics now). For me the update cycle is also extremely slow and the price is prohibitive. I wish I liked it more but I've settled on fork now. Good you're happy with sublime. I'll check it out again once it's rounded off with more features
    - ljm 7y ago
      This looks awesome, and fully native too it seems! I'm not a fan of the electron style git GUIs that don't really fit into the OS. In the case of OP, Guitar looks a hell of a lot better on Linux installs. I suppose that's due to QT theming.
  - joshschreuder 7y ago
hans_castorp 7y ago
Sadly no (portable) ZIP package for Windows :(
- app4soft 7y ago
  If you really need it — create feature request.[0] FTR, Actually installers for Windows available only for Win32[1], so you may want request Win64 builds too. [0] https://github.com/soramimi/Guitar/issues https://github.com/soramimi/Guitar/issues [1] https://files.soramimi.jp/guitar/ https://files.soramimi.jp/guitar/
Jnr 7y ago
From all the git GUI tools I like VS Code the most. I know it is IDE, but it is very fast, free, open source, multi-platform, and has amazing plugins for most use cases. Other than that, most frequently I use CLI.
- csunbird 7y ago
  I also find IntelliJ embedded git client to do wonders too.
- johnchristopher 7y ago
  I am scared of clicking on anything git related in VS Code: redundant items in menus, half translated strings, etc.
arkanciscan 7y ago
I--for one--love a GUI. Especially for git. I also love a good pun, so I'm definitely going to try this! It's gonna be tough to beat VS-Code and Kraken though.
- fruffy 7y ago
  GitKraken has been a godsend, I have been really spoiled by it. Managing big repositories has become a breeze thanks to the visualization techniques it uses. If only the company behind it weren't so questionable about their privacy and monetization policies. I am still on the fence on the product.
  - JTenerife 7y ago
    What issues are there with the privacy policies? Did I miss something?
    - fruffy 7y ago
      The founder has some controversial views on how to develop the product, this includes more cloud integration. https://old.reddit.com/r/git/comments/59j0yq/gitkraken_is_no_longer_free_freak_out_or_dont/ https://old.reddit.com/r/git/comments/59j0yq/gitkraken_is_no... On top of that GitKraken is closed-source and in the past there were concerns on telemetry collection: https://old.reddit.com/r/git/comments/4dgpgd/gitkraken_data_kraken_yet_another_application/ https://old.reddit.com/r/git/comments/4dgpgd/gitkraken_data_... Nothing major, which is why I am still using it, but definitely enough to make you wary.
FpUser 7y ago
Nice tool, will be testing it. Thanks for your hard work
wrechen 7y ago
I've been using Tower (on Mac) for a long time and I'm happy with it. It's also free now if you are a student: https://www.git-tower.com/students https://www.git-tower.com/students
- chappi42 7y ago
  And if you are not a student it's a subscription: every year you'll pay up 69 or 99 €, "access to Tower ends when the most recently paid-up subscription period ends." Not so great... (they switched to subscription some years ago, adios amigos!)
  - cytzol 7y ago
    Tower is quite literally the only application I'm willing to pay subscription pricing for. It's quality software, doesn't hold my data hostage, and has a steady stream of updates. I'm as adios amigos as you, but I don't think the usual reasons apply here.
isatty 7y ago
Thank you to the author for making a native application.
kgraves 7y ago
As an alternative I highly recommend Fork, a life/time saver when working in Windows, it's a high quality (and native) Git GUI client. Guitar is also good too, and are thankfully both native! [0] Fork - https://fork.dev https://fork.dev
- sam_goody 7y ago
  Fork is closed source, and costs $50. It is nagware - will work forever but with a nag screen (like WinZip back in the day), and IMO it is definitely worth a one time fee of $50 if you don't mind using closed source. But it is not quite the same category as Guitar.
  - andreasley 7y ago
    I actually didn't know that Fork can be bought! I installed a Beta version a while back, upgraded regularly and never have been shown a nag screen. Gladly paid for my license a few minutes ago.
    - favorited 7y ago
      Fork is one of the few pieces of software I used in beta where I thought, "You're not asking for money right now, but you seriously need to let me pay you for this."
- jerrygoyal 7y ago
  thanks for recommending fork.dev.. just installed on windows and looks sleek! it's seems freeware.. i dont know how often does it show that popup people are talking about
- Svoka 7y ago
  Great on macOS too. And it is native app on both platforms, no electron.
- arunc 7y ago
  Long time mercurial user here. When I started using git, I found git cli and other UI clients very confusing. Followed many tutorials, etc. But I couldn't stop thinking in terms of hg and transition to git. Fork saved my day. The UI is distraction free and feels like a perfect wrapper over git porcelain than git cli. I started looking into what commands are executed on the UI and repeated the same on Linux to understand and learn more. I'm now comfortable with git cli because of Fork.
hestefisk 7y ago
I think the author should be applauded for developing a native application instead of yet another electron app. Having a gui for version control is very useful, especially for working out branches, merging etc. The edge cases can always be handled from CLI. For reference, I worked on Perforce for many years and having P4Win instead of the p4 command line was a godsend for most cases because of the hugely complex underlying tool chain.
- fmakunbound 7y ago
  It's a Qt application in this case. IIRC, Qt draws controls itself, rather than relying on native platform controls.
  - inetknght 7y ago
    Even so, Qt has a hell of a lot less of a footprint than Electron.
  - vimslayer 7y ago
    AFAIK it's possible to use native controls too with Qt these days. I don't know if this project is doing so (probably not).
  - franga2000 7y ago
    I'm pretty sure it can (and might by default) use native controls on macOS, and I've heard of that possibility on other platforms as well, but I'm not sure how far that's gotten.
    - jcelerier 7y ago
      "more or less", on Mac it will sometimes use dummy OS controls for the sake of rendering, e.g. like here : https://code.woboq.org/qt5/qtbase/src/plugins/styles/mac/qmacstyle_mac.mm.html#3625 https://code.woboq.org/qt5/qtbase/src/plugins/styles/mac/qma... But it cannot just use native controls all the time as it generally supports more features than what is available on a given platform, so there has to be a kind of emulation.
sam_goody 7y ago
OT Is there a way to connect Guitar to a remote server. Or, are there other Git GUI's that work over SSH? I can use VSCode, but it is not really a Git GUI, and doesn't satisfy my needs.
- ilogik 7y ago
  depending on your OS, there are ways to mount a remote ssh location locally, which means that you can use any GUI you want (but it will be slow). for example: https://www.redhat.com/sysadmin/sshfs https://www.redhat.com/sysadmin/sshfs
- app4soft 7y ago
  > Is there a way to connect Guitar to a remote server. Please, ask dev on issues tracker.[0] [0] https://github.com/soramimi/Guitar/issues https://github.com/soramimi/Guitar/issues
talkingtab 7y ago
I have started using lazygit, a CUI, or console user interface. It runs in my terminal window but gives me the same broader perspective a GUI does. Looking at the screenshots of Guitar, which look amazing, I realize with lazygit I get 95% of the benefit of a GUI but in a package that does not disturb my workflow. https://github.com/jesseduffield/lazygit https://github.com/jesseduffield/lazygit There are edge cases that lazygit does not handle well, but it is a simple matter to type "q", bop back to the terminal and run whatever git command and get on with life.
- xorcist 7y ago
  The most well known TUI/CUI for git is probably tig: https://jonas.github.io/tig/ https://jonas.github.io/tig/ Emacs users will always have magit, but for everyone else it can be handy to use GUI tools for interactive staging and interactive rebase.
- tomaspollak 7y ago
  Which cases does lazygit not handle well? Asking because I'm working on something similar, although probably simpler and with less features [0]. [0] https://tomas.github.io/jix https://tomas.github.io/jix
  - talkingtab 7y ago
    When I think about the situations where I don't use lazygit, it is when I am unsure of what I am doing and therefore unsure what lazygit is doing. Almost everything I normally do with git, I can do with lazygit, but there are things I am not confident about. Squashing commits versus picking and do they go up or down, etc? Rebasing. I tend to go to command-line git in those cases, not because lazygit does not handle them but because I don't. :-) The crucial advantage of lazygit for me is the "situational awareness" I gain in one window - more than any added functionality. The other take away is for your tools to be utterly trustworthy. :-)
    - tomaspollak 7y ago
      Gotcha, thanks.
_hao 7y ago
Cool effort and props for the native app, but I've been using GitKraken for over 2 years now. I know all the console commands I'll need because I've used them for so long, but I can't be bothered with them anymore. GUI and merge editor is so nice to have.
doublerabbit 7y ago
Haiku is a nice welcome.
- badsectoracula 7y ago
  Though IMO using Qt for its GUI instead of the native lightweight Haiku ones is missing the point of Haiku a bit.
unwind 7y ago
Being a dad and highly prone to excessive punning if given half a chance, it almost hurts that this is not a GUI for tar. As a developer I love good GUIs and should check this out.
- johnsoft 7y ago
  I had a similar thought. This project should have been named "Gitar".
- nocman 7y ago
  Well, I went a different way at first. I was trying to figure out if it used git somehow to manage creation/rendering/storing of guitar tabs or something. I kept looking for any images of guitars or screenshots of standard music notation and tab. Then I finally read the title and part of the README. :-D
- AkihiroSuda 7y ago
  "guiTAR is a generic archive tool, written in GTK+/Gnome, supporting plain tarballs, tar.gz, tar.bz2, slp, zip, lzh, arj, and rar format. " https://www.freshports.org/sysutils/guitar/ https://www.freshports.org/sysutils/guitar/ http://web.archive.org/web/20020401054755/http://artemis.efes.net/disq/guitar/guitar-0.gif http://web.archive.org/web/20020401054755/http://artemis.efe...
- aitchnyu 7y ago
  It exists and was active till 2013 cwww.edenwaith.com/products/guitar/
  - xenonite 7y ago
    If some likes to push a homebrew cask package for it, here is a possible source: cask 'gui-tar' do version '1.2.4' sha256 'e11177b99a01d5cff666f68072fd2145cccda4678a8a98203d97929cbe53dea2' url "http://www.edenwaith.com/downloads/guitar.dmg" name 'GUI Tar' homepage 'http://www.edenwaith.com/products/guitar/' app 'GUI Tar.app' end
ataylor32 7y ago
Based on one of the screenshots, it looks like Guitar doesn't support word diffing. Sourcetree lacks word diffing as well and has had an issue about it since 2012: https://jira.atlassian.com/browse/SRCTREE-888 https://jira.atlassian.com/browse/SRCTREE-888
- app4soft 7y ago
  > Based on one of the screenshots, it looks like Guitar doesn't support word diffing. Could you report this feature request to dev?[0] [0] https://github.com/soramimi/Guitar/issues https://github.com/soramimi/Guitar/issues
- aarbor989 7y ago
  Which GUI clients that you know of do support word diffing?
  - ataylor32 7y ago
    Fork (https://git-fork.com/ https://git-fork.com/)
    - aarbor989 7y ago
      I have Fork, but I don't see any word diffing functionality, unless you are just referring to an additional highlight on the changed word(s)
      - ataylor32 7y ago
        Yes, that's what I'm referring to. You can see it in Fork's screenshot: https://git-fork.com/images/diffViewer.jpg https://git-fork.com/images/diffViewer.jpg But if you look at Guitar's, you'll see the lack of word diffing, and that makes it take significantly longer to see exactly what changed: https://camo.githubusercontent.com/3c6c338ece93afda723cef575c0c8004502bb758/68747470733a2f2f736f72616d696d692e6769746875622e696f2f4775697461722f68746d6c2f73637265656e73686f74732f6d61636f732e706e67 https://camo.githubusercontent.com/3c6c338ece93afda723cef575...
edu 7y ago
I'm still using GitX-dev[0], mostly for doing commits and visualizing branches. Although lately I've been committing directly from Visual Studio Code. For more complex operations nothing beats the CLI. [0] https://rowanj.github.io/gitx/ https://rowanj.github.io/gitx/
- dilap 7y ago
  > For more complex operations nothing beats the CLI. I think that's only because most of the UIs are so bad! Manipulating a graph is something that I think inherently is actually quite visual. GitUp[0] has excellent graph-editing facilities, and has replaced almost all of my git command-line machinations. Alas, it's semi-abandoned and left in a perpetual state of 90% doneness... A little challenge, if you're interested: Give some git manipulations you would do on the command line, and I will show you how to do it more easily in GitUp, or concede defeat. :-) [0] https://github.com/git-up/GitUp https://github.com/git-up/GitUp
  - dilap 7y ago
    No takers? :-)
- brainzap 7y ago
  GitX still had one of the best visualisations. But it bugged so often I had to replace it with Fork https://fork.dev https://fork.dev
  - bjtitus 7y ago
    +1 to Fork. It's really an amazing client that has a "freemium" model similar to Sublime (you don't _have_ to pay to use anything). It's still actively developed and I love the Branch favoriting feature (which I haven't see in any other GUI).
    - edu 7y ago
      Oh, I didn't know it. I'll try, and if it's good I'll gladly pay for it :)
v-yadli 7y ago
Why isn't this name used for a tar gui frontend? :p
- techbio 7y ago
  I love it. But we’ve got man tar
jtms 7y ago
Just use the cli - it’s faster and more productive

232 points by app4soft 7y ago

platz 7y ago

Still haven't found anything better than gitk

steelbird 7y ago
That is nice. https://git-scm.com/docs/gitk https://git-scm.com/docs/gitk

gerdesj 7y ago

aur/guitar-git. Just used it to grab its own source from Github. Love it. This stays.

alexeiz 7y ago

I never really felt a need to use a GUI client for Git. I think they all hinder understanding of Git instead of helping. However I use Tig (console client) extensively for read-only Git operations. For everything else, there is Magit (Emacs Git client).

rk06 7y ago

is there any comparison to existing git clients? I am currently happy with git extensions and KDiff (for resolving conflicts)

thealistra 7y ago

I don't like GUI git tools as they always have issues with edge cases. git is a complicated system and you can have multiple weird configurations in your repo/system. Most of the GUI tools just focus on the MVP workflow and often they crash/bug out on the weird cases. This is not really an argument against it, but just an observation I made through the years. Sourcetree is one of the oldest GUI git clients and it has the most stuff handled correctly, and this basically looks like open-source source tree.

panpanna 7y ago
Git is so simple that you don't need a gui for the normal day-to-day stuff. And if you are fighting with the complex stuff, you are probably doing it wrong. Then no GUI in the world can help you.
- wkz 7y ago
  Not sure if it qualifies as a GUI, but I’ve found magit increases my productivity with git.
- rumanator 7y ago
  > Git is so simple that you don't need a gui for the normal day-to-day stuff. It really depends on what you mean by day-to-day operations. If all you do is checkout code, create ephemeral branches that either get deleted or are merged into another low-traffic branch or are simply pushed to a remote git workflow system, sure you don't need a GUI for that. But if you need to traverse branch history and compare changes and do three-way merges and audit changes and track logs to a specific file within a repo... You are far better off with a GUI.
  - panpanna 7y ago
    But how many fall into the second category? 5% of all users?
    - hombre_fatal 7y ago
      On the other hand, I haven't been in the first category since I was unemployed and only worked on side-projects. Once I worked with teams, I started encountering things like difficult merges, long-running divergent branches, etc. that make GUI useful. If there are more people in the first category, it's only because anyone can start a solo repo but only a subset of people work on teams. Either way, who cares? Use what is useful to you. Throughout these comments is this weird assertion that other people are using the wrong tool unlike us enlightened HNers. It's like people get offended that others prefer other tools. As if it's like "What, is my cli git preference not good enough for them?!" I'm low-key convinced that's what's actually going on in all these cross-examinations.

sdan 7y ago

Sublime Merge is this but... sublime: https://www.sublimemerge.com/ https://www.sublimemerge.com/ it's amazing and pretty similar

aniforprez 7y ago
I've found sublime to be not so sublime. It beats everything in terms of speed but I'm not a fan of the design and it's woefully lacking in customisation and doesn't support a lot of the git options. On Linux it's my only choice for a good GUI but on mac and windows I much prefer fork.dev which is almost as fast and is very feature rich and looks great
- sdan 7y ago
  > fork.dev That looks cool! Personally I love the simplicity of both Sublime Text and Merge so I gravitate towards those (I don't really care/need about customization)
  - aniforprez 7y ago
    I was doing a trial run of git GUIs cause I'm much more productive with one and I landed on Sublime which was good but lacked a lot of options and I don't think still allows for adding custom commands. I was also extremely miffed when it took months for an update to come out to fix one bug I'd found and was irritating me to no end (I forget the specifics now). For me the update cycle is also extremely slow and the price is prohibitive. I wish I liked it more but I've settled on fork now. Good you're happy with sublime. I'll check it out again once it's rounded off with more features
  - ljm 7y ago
    This looks awesome, and fully native too it seems! I'm not a fan of the electron style git GUIs that don't really fit into the OS. In the case of OP, Guitar looks a hell of a lot better on Linux installs. I suppose that's due to QT theming.
- joshschreuder 7y ago

hans_castorp 7y ago

Sadly no (portable) ZIP package for Windows :(

app4soft 7y ago
If you really need it — create feature request.[0] FTR, Actually installers for Windows available only for Win32[1], so you may want request Win64 builds too. [0] https://github.com/soramimi/Guitar/issues https://github.com/soramimi/Guitar/issues [1] https://files.soramimi.jp/guitar/ https://files.soramimi.jp/guitar/

Jnr 7y ago

From all the git GUI tools I like VS Code the most. I know it is IDE, but it is very fast, free, open source, multi-platform, and has amazing plugins for most use cases. Other than that, most frequently I use CLI.

csunbird 7y ago
I also find IntelliJ embedded git client to do wonders too.
johnchristopher 7y ago
I am scared of clicking on anything git related in VS Code: redundant items in menus, half translated strings, etc.

arkanciscan 7y ago

I--for one--love a GUI. Especially for git. I also love a good pun, so I'm definitely going to try this! It's gonna be tough to beat VS-Code and Kraken though.

fruffy 7y ago
GitKraken has been a godsend, I have been really spoiled by it. Managing big repositories has become a breeze thanks to the visualization techniques it uses. If only the company behind it weren't so questionable about their privacy and monetization policies. I am still on the fence on the product.
- JTenerife 7y ago
  What issues are there with the privacy policies? Did I miss something?
  - fruffy 7y ago
    The founder has some controversial views on how to develop the product, this includes more cloud integration. https://old.reddit.com/r/git/comments/59j0yq/gitkraken_is_no_longer_free_freak_out_or_dont/ https://old.reddit.com/r/git/comments/59j0yq/gitkraken_is_no... On top of that GitKraken is closed-source and in the past there were concerns on telemetry collection: https://old.reddit.com/r/git/comments/4dgpgd/gitkraken_data_kraken_yet_another_application/ https://old.reddit.com/r/git/comments/4dgpgd/gitkraken_data_... Nothing major, which is why I am still using it, but definitely enough to make you wary.

FpUser 7y ago

Nice tool, will be testing it. Thanks for your hard work

wrechen 7y ago

I've been using Tower (on Mac) for a long time and I'm happy with it. It's also free now if you are a student: https://www.git-tower.com/students https://www.git-tower.com/students

chappi42 7y ago
And if you are not a student it's a subscription: every year you'll pay up 69 or 99 €, "access to Tower ends when the most recently paid-up subscription period ends." Not so great... (they switched to subscription some years ago, adios amigos!)
- cytzol 7y ago
  Tower is quite literally the only application I'm willing to pay subscription pricing for. It's quality software, doesn't hold my data hostage, and has a steady stream of updates. I'm as adios amigos as you, but I don't think the usual reasons apply here.

isatty 7y ago

Thank you to the author for making a native application.

kgraves 7y ago

As an alternative I highly recommend Fork, a life/time saver when working in Windows, it's a high quality (and native) Git GUI client. Guitar is also good too, and are thankfully both native! [0] Fork - https://fork.dev https://fork.dev

sam_goody 7y ago
Fork is closed source, and costs $50. It is nagware - will work forever but with a nag screen (like WinZip back in the day), and IMO it is definitely worth a one time fee of $50 if you don't mind using closed source. But it is not quite the same category as Guitar.
- andreasley 7y ago
  I actually didn't know that Fork can be bought! I installed a Beta version a while back, upgraded regularly and never have been shown a nag screen. Gladly paid for my license a few minutes ago.
  - favorited 7y ago
    Fork is one of the few pieces of software I used in beta where I thought, "You're not asking for money right now, but you seriously need to let me pay you for this."
jerrygoyal 7y ago
thanks for recommending fork.dev.. just installed on windows and looks sleek! it's seems freeware.. i dont know how often does it show that popup people are talking about
Svoka 7y ago
Great on macOS too. And it is native app on both platforms, no electron.
arunc 7y ago
Long time mercurial user here. When I started using git, I found git cli and other UI clients very confusing. Followed many tutorials, etc. But I couldn't stop thinking in terms of hg and transition to git. Fork saved my day. The UI is distraction free and feels like a perfect wrapper over git porcelain than git cli. I started looking into what commands are executed on the UI and repeated the same on Linux to understand and learn more. I'm now comfortable with git cli because of Fork.

hestefisk 7y ago

I think the author should be applauded for developing a native application instead of yet another electron app. Having a gui for version control is very useful, especially for working out branches, merging etc. The edge cases can always be handled from CLI. For reference, I worked on Perforce for many years and having P4Win instead of the p4 command line was a godsend for most cases because of the hugely complex underlying tool chain.

fmakunbound 7y ago
It's a Qt application in this case. IIRC, Qt draws controls itself, rather than relying on native platform controls.
- inetknght 7y ago
  Even so, Qt has a hell of a lot less of a footprint than Electron.
- vimslayer 7y ago
  AFAIK it's possible to use native controls too with Qt these days. I don't know if this project is doing so (probably not).
- franga2000 7y ago
  I'm pretty sure it can (and might by default) use native controls on macOS, and I've heard of that possibility on other platforms as well, but I'm not sure how far that's gotten.
  - jcelerier 7y ago
    "more or less", on Mac it will sometimes use dummy OS controls for the sake of rendering, e.g. like here : https://code.woboq.org/qt5/qtbase/src/plugins/styles/mac/qmacstyle_mac.mm.html#3625 https://code.woboq.org/qt5/qtbase/src/plugins/styles/mac/qma... But it cannot just use native controls all the time as it generally supports more features than what is available on a given platform, so there has to be a kind of emulation.

sam_goody 7y ago

OT Is there a way to connect Guitar to a remote server. Or, are there other Git GUI's that work over SSH? I can use VSCode, but it is not really a Git GUI, and doesn't satisfy my needs.

ilogik 7y ago
depending on your OS, there are ways to mount a remote ssh location locally, which means that you can use any GUI you want (but it will be slow). for example: https://www.redhat.com/sysadmin/sshfs https://www.redhat.com/sysadmin/sshfs
app4soft 7y ago
> Is there a way to connect Guitar to a remote server. Please, ask dev on issues tracker.[0] [0] https://github.com/soramimi/Guitar/issues https://github.com/soramimi/Guitar/issues

talkingtab 7y ago

I have started using lazygit, a CUI, or console user interface. It runs in my terminal window but gives me the same broader perspective a GUI does. Looking at the screenshots of Guitar, which look amazing, I realize with lazygit I get 95% of the benefit of a GUI but in a package that does not disturb my workflow. https://github.com/jesseduffield/lazygit https://github.com/jesseduffield/lazygit There are edge cases that lazygit does not handle well, but it is a simple matter to type "q", bop back to the terminal and run whatever git command and get on with life.

xorcist 7y ago
The most well known TUI/CUI for git is probably tig: https://jonas.github.io/tig/ https://jonas.github.io/tig/ Emacs users will always have magit, but for everyone else it can be handy to use GUI tools for interactive staging and interactive rebase.
tomaspollak 7y ago
Which cases does lazygit not handle well? Asking because I'm working on something similar, although probably simpler and with less features [0]. [0] https://tomas.github.io/jix https://tomas.github.io/jix
- talkingtab 7y ago
  When I think about the situations where I don't use lazygit, it is when I am unsure of what I am doing and therefore unsure what lazygit is doing. Almost everything I normally do with git, I can do with lazygit, but there are things I am not confident about. Squashing commits versus picking and do they go up or down, etc? Rebasing. I tend to go to command-line git in those cases, not because lazygit does not handle them but because I don't. :-) The crucial advantage of lazygit for me is the "situational awareness" I gain in one window - more than any added functionality. The other take away is for your tools to be utterly trustworthy. :-)
  - tomaspollak 7y ago
    Gotcha, thanks.

_hao 7y ago

Cool effort and props for the native app, but I've been using GitKraken for over 2 years now. I know all the console commands I'll need because I've used them for so long, but I can't be bothered with them anymore. GUI and merge editor is so nice to have.

doublerabbit 7y ago

Haiku is a nice welcome.

badsectoracula 7y ago
Though IMO using Qt for its GUI instead of the native lightweight Haiku ones is missing the point of Haiku a bit.

unwind 7y ago

Being a dad and highly prone to excessive punning if given half a chance, it almost hurts that this is not a GUI for tar. As a developer I love good GUIs and should check this out.

johnsoft 7y ago
I had a similar thought. This project should have been named "Gitar".
nocman 7y ago
Well, I went a different way at first. I was trying to figure out if it used git somehow to manage creation/rendering/storing of guitar tabs or something. I kept looking for any images of guitars or screenshots of standard music notation and tab. Then I finally read the title and part of the README. :-D
AkihiroSuda 7y ago
"guiTAR is a generic archive tool, written in GTK+/Gnome, supporting plain tarballs, tar.gz, tar.bz2, slp, zip, lzh, arj, and rar format. " https://www.freshports.org/sysutils/guitar/ https://www.freshports.org/sysutils/guitar/ http://web.archive.org/web/20020401054755/http://artemis.efes.net/disq/guitar/guitar-0.gif http://web.archive.org/web/20020401054755/http://artemis.efe...
aitchnyu 7y ago
It exists and was active till 2013 cwww.edenwaith.com/products/guitar/
- xenonite 7y ago
  If some likes to push a homebrew cask package for it, here is a possible source: cask 'gui-tar' do version '1.2.4' sha256 'e11177b99a01d5cff666f68072fd2145cccda4678a8a98203d97929cbe53dea2' url "http://www.edenwaith.com/downloads/guitar.dmg" name 'GUI Tar' homepage 'http://www.edenwaith.com/products/guitar/' app 'GUI Tar.app' end

ataylor32 7y ago

Based on one of the screenshots, it looks like Guitar doesn't support word diffing. Sourcetree lacks word diffing as well and has had an issue about it since 2012: https://jira.atlassian.com/browse/SRCTREE-888 https://jira.atlassian.com/browse/SRCTREE-888

app4soft 7y ago
> Based on one of the screenshots, it looks like Guitar doesn't support word diffing. Could you report this feature request to dev?[0] [0] https://github.com/soramimi/Guitar/issues https://github.com/soramimi/Guitar/issues
aarbor989 7y ago
Which GUI clients that you know of do support word diffing?
- ataylor32 7y ago
  Fork (https://git-fork.com/ https://git-fork.com/)
  - aarbor989 7y ago
    I have Fork, but I don't see any word diffing functionality, unless you are just referring to an additional highlight on the changed word(s)
    - ataylor32 7y ago
      Yes, that's what I'm referring to. You can see it in Fork's screenshot: https://git-fork.com/images/diffViewer.jpg https://git-fork.com/images/diffViewer.jpg But if you look at Guitar's, you'll see the lack of word diffing, and that makes it take significantly longer to see exactly what changed: https://camo.githubusercontent.com/3c6c338ece93afda723cef575c0c8004502bb758/68747470733a2f2f736f72616d696d692e6769746875622e696f2f4775697461722f68746d6c2f73637265656e73686f74732f6d61636f732e706e67 https://camo.githubusercontent.com/3c6c338ece93afda723cef575...

edu 7y ago

I'm still using GitX-dev[0], mostly for doing commits and visualizing branches. Although lately I've been committing directly from Visual Studio Code. For more complex operations nothing beats the CLI. [0] https://rowanj.github.io/gitx/ https://rowanj.github.io/gitx/

dilap 7y ago
> For more complex operations nothing beats the CLI. I think that's only because most of the UIs are so bad! Manipulating a graph is something that I think inherently is actually quite visual. GitUp[0] has excellent graph-editing facilities, and has replaced almost all of my git command-line machinations. Alas, it's semi-abandoned and left in a perpetual state of 90% doneness... A little challenge, if you're interested: Give some git manipulations you would do on the command line, and I will show you how to do it more easily in GitUp, or concede defeat. :-) [0] https://github.com/git-up/GitUp https://github.com/git-up/GitUp
- dilap 7y ago
  No takers? :-)
brainzap 7y ago
GitX still had one of the best visualisations. But it bugged so often I had to replace it with Fork https://fork.dev https://fork.dev
- bjtitus 7y ago
  +1 to Fork. It's really an amazing client that has a "freemium" model similar to Sublime (you don't _have_ to pay to use anything). It's still actively developed and I love the Branch favoriting feature (which I haven't see in any other GUI).
  - edu 7y ago
    Oh, I didn't know it. I'll try, and if it's good I'll gladly pay for it :)

v-yadli 7y ago

Why isn't this name used for a tar gui frontend? :p

techbio 7y ago
I love it. But we’ve got man tar

jtms 7y ago

Just use the cli - it’s faster and more productive