I ask because I like console, but at the same time have difficulties remembering all the commands. I’d like to try a GUI that is comfortable to use with only a keyboard.
[edit]
My inbox got fediversized, fantastic feeling.

    • Kaldo@kbin.social
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      Came here to recommend it too, really neat and practical tool and I haven’t found a better alternative yet. Honestly I don’t know why are people so against GUI git tools, it makes visualizing branches and commits so much more easier. I don’t think you can use it only with your keyboard as OP asked though, dunno how important that is to them.

    • BentiGorlich@thebrainbin.org
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      I am using it too and I love it. I only know source tree as a competitor and in comparision it sucks…

      You dont have to pay for it, even when using it comercially (unpess they changed that)

      • Modal@lemmy.sdf.org
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        1 year ago

        It has a “free evaluation” that I think can be as long as you want it to be / honor system.
        Its been worth it to me to pick up a license and support the development though. Its reasonably priced (for a dev tool) / no subscription and definitely beats the free clients I was using before (Sourcetree/GithubDesktop).

  • exu@feditown.com
    link
    fedilink
    arrow-up
    8
    ·
    1 year ago

    Magit with emacs (doom emacs to be fully honest). More a TUI, but definitely fully keyboard driven :)

    • dolle@feddit.dk
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      Same here. I don’t even use emacs for development anymore (I use IntelliJ since all my work is on the JVM and Typescript) but I still have an emacs running in the background for magit and org-mode. Magit is insanely effective for performing complex rebasing and cherry-picking tasks.

    • solariplex@slrpnk.net
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      I use it as well! Not sure if it’s a flatpak thing, but for some reason I need to re-enter credentials for my git remotes for each push. What’s your experience?

      • Domi@lemmy.secnd.me
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        No problems here but I only use SSH keys which are configured on my ~/.ssh directory.

        I assume you can use ssh-agent somehow to save your credentials.

  • sunaurus@lemm.ee
    link
    fedilink
    arrow-up
    6
    ·
    1 year ago

    I use a 50%-50% mix between git CLI and the built-in git tools in JetBrains IDEs.

    To be honest, I could quite easily get by with just the JetBrains GUI - they have a super sophisticated GUI that can easily handle things like interactive rebase, cherry-picking, etc + they have a great conflict resolution tool. I just use the cli every now and then if I want to get something done quickly while I don’t have an IDE window open.

    • ursakhiin@beehaw.org
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      This one. It’s sophisticated and easy to navigate.

      I generally do conflict resolution in Jetbrains IDEs and everything else in CLI. Occasionally, I might commit from the IDE if I only want a single file.

    • arandomthought@vlemmy.net
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      I mostly use the CLI but when I used to use PyCharm the JetBrain git GUI was the shit. The closest to it in a standalone program I’ve seen is maybe sublime merge, which is also great.

  • corytheboyd@kbin.social
    link
    fedilink
    arrow-up
    5
    ·
    edit-2
    1 year ago

    These days I can run everything I need to with the git cli. I use the JetBrains visual merge tool to resolve conflicts, because doing that by hand is so awfully error prone, it very very intuitively maps to a visual process

  • CosmicBlend@kbin.social
    link
    fedilink
    arrow-up
    5
    ·
    1 year ago

    I used to use SourceTree but it runs horribly and switched to Fork years ago and never looked back. I use VSCode for merge conflict resolution.

  • sznio@beehaw.org
    link
    fedilink
    arrow-up
    5
    ·
    1 year ago

    I use the VS Code built-in git support for making commits, and fall back to the CLI for anything else.

    You won’t have trouble remembering commands once you use them often enough. And you don’t need to know all of them, just the ones your workflow uses. My toolbox is commit, checkout, status, reset, rebase -i, merge, bisect. That’s all I need day-to-day.

  • priapus@lemmy.one
    link
    fedilink
    arrow-up
    4
    ·
    1 year ago

    I use Lazygit, which is a TUI. It is entirely controlled by keyboard shortcuts and has a lot of quick ways to do tedious things.

    • Viktorian@beehaw.org
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      +1 for Lazygit. It doesn’t cover all of my needs so I have to use the CLI for a few small things, but for 99% of your typical git usage this tool is such a gift.

      • dmrzl@programming.dev
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        I’m curious: what’s missing for you?

        I needed a few smaller features (like rebasing onto any commit, not just HEAD) and found the code quite easy to adapt to my needs (had to take half a day to learn Go first though).

        A proper gerrit integration would be awesome though.

        What’s lacking for you and where did you end up tool-wise?

  • narc0tic_bird@beehaw.org
    link
    fedilink
    arrow-up
    4
    ·
    1 year ago

    I use a mix of CLI, the Git UI built into VSCode, and Sublime Merge.

    Sublime Merge is great for getting an overview, it’s very snappy (especially when compared to Electron Git UIs), and I love the merge conflict editor. It’s not cheap, but worth every penny.

  • danknodes@kbin.social
    link
    fedilink
    arrow-up
    4
    ·
    1 year ago

    VS 2022 is finally somewhat usable for Git using the git Changes pane. The whole team uses it this way, and for many of them it’s a first for git as well.

  • fidodo@beehaw.org
    link
    fedilink
    arrow-up
    4
    ·
    1 year ago

    No, I find typing faster than clicking and I’ve been using git for so long the commands are second nature to me.

    • Chrissie@discuss.tchncs.de
      link
      fedilink
      arrow-up
      1
      ·
      edit-2
      1 year ago

      What I prefer most about having a UI is the better sense of overview over the repository and it’s branches.

      I find, when compared to people I’ve worked with that prefer plain git, that I’m much quicker at finding certain changes or seeing what is in which branch with GitExtensions.

  • vraylle@kbin.social
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    1 year ago

    I actually like the tooling built into VS Code. Added the GitHub Pull Requests and Issues extension for the PRs, pretty happy with it all at the moment. Before that I like a specific older version of SourceTree that didn’t forget your credentials.

  • boo one@lemmy.one
    link
    fedilink
    arrow-up
    4
    ·
    1 year ago

    Apart from the cli, gitk and git-gui are plenty good in my opinion, they could always be made better. And they are mostly always there with git Only thing I am miasing now is blame.