13 ms·

Show HN: I made a tool that made me faster at Git

551 points by jesseduffield 8y ago

karmakaze 8y ago
This looks great. For some reason I don't mind using the GUI tools to view history and branches but for commits always use the command line. This should save some time and much typing.
- mehrdadn 8y ago
  I use TortoiseGit's GUI for everything except features that it doesn't have, like git add -p. It makes life so much easier when you can just right-click and go to "Show Log", search for something you care about, then right-click that one commit in 2017 that messed things up and click "Browse repository" to look at the entire repo & diff arbitrary files without checking out a single file messing up your work tree. Trying to do every single thing with a command line interface just sounds insane to me.
- debacle 8y ago
  Different mental contexts, I think. I do the same thing.
msinghai 8y ago
I have been using https://github.com/scmbreeze/scm_breeze https://github.com/scmbreeze/scm_breeze, and though not as feature-packed, it does make the workflow fast.
- mtrpcic 8y ago
  I've been using this for probably 6-7 years now and it's become a standard part of my workflow. I've never had problems using git, but scm_breeze makes things faster (shorthand commands for common operations), and adds some nice bells and whistles. It's never caused a problem for me in the entire time I've used it either.
wowGitVerHard 8y ago
Why do people make a huge fuss over git? Why? What is the war they're fighting? Do they have performance anxiety? Are they fearful of some unerasable backlog of mistakes people will hold over their head? I have never found myself in a position where destruction of data was an issue. I have never found myself in a position where commit conflicts could not be reasoned about, in terms of the code itself, with total ignorance of the nature of the repository. Git records parallel tracks of sequences of events. That's it. How is git hard? Why do people freak out about how insane it is, to change text files? Why?
- mehrdadn 8y ago
  > Why do people make a huge fuss over git? Why? It's unclear to me what you're referring to, but the part I can answer is this: > How is git hard? IMHO because it is not intuitively obvious what it means for your "HEAD" to be "detached", or for you to "rebase" onto a "remote branch", or why "checking out" a file reverts your changes, or why "checking out" a branch suddenly clones its files, or why you'd "add" a missing file to remove it, or why you "committing" doesn't actually commit your changes to the central repo, etc.
  - rabidrat 8y ago
    I want to edit the commit message of a commit that is 5 commits in the past, that I have not pushed yet. What is the command to do it? Okay so it turns out I made a minor typo in that commit and I want to change it without adding any more commits. What is the command to do it? Okay so now I want to take all commits that have "bugfix pickme" in the subject and cherry-pick them to master. What is the command to do it? With a decent interface, these actions are basically trivial. I've been using git for several years and I have to think way too hard to figure out what to type just to get what I want to happen. All too frequently I just say 'screw it' and make a sad commit because my job is writing software, not wrestling with git commands.
    - pkaye 8y ago
      Which interface can do the above trivially with git?
nvahalik 8y ago
This looks super neat. Will try it out. Although I’m a sourcetree user... lately `git add -i` has changed how I use got massively.
- grimgrin 8y ago
  got add -p is pretty nice too then got commit -v to verify the hunks
  - nvahalik 8y ago
    Dang. So git add -p basically just skips straight to the patch portion and then -v adds a diff to the bottom of the commit message file so you can review it. Nice!
    - greenhatman 8y ago
      It doesn't seem to pick up new files.
      - rasapetter 8y ago
        It can, if you first do: git add --intent-to-add <filename>
        andrewshadura 8y ago
        Try git-crecord, you won't miss git add -p.
  - grimgrin 8y ago
    it should be clear i was too out of it to not notice s/got/git
agumonkey 8y ago
raw console magit I see
- agumonkey 8y ago
  ps: the https://github.com/jroimartin/gocui https://github.com/jroimartin/gocui ui toolkit used here seems very very nice if people know an equivalent outside go, please comment
  - gglitch 8y ago
    I had the same thought. I'm amazed not to have seen any commentary here on it yet. Looks really, really nice. I looked for something comparable for Elixir but haven't found anything comparable yet.
austenallred 8y ago
> are YOU tired of typing every git command directly into the terminal, but you're too stubborn to use Sourcetree because you'll never forgive Atlassian for making Jira? This is the app for you! lol
- nvr219 8y ago
  this readme really speaks to me
  - bmer 8y ago
    I'm out of the loop. What's the story here? Why are devs sad about Atlassian and Jira?
    - Tade0 8y ago
      For one thing JIRA tends to lock the UI while it's processing some of the requests.
    - 8chen 8y ago
      I don't think it's any specific event. Many of us are forced to use Jira for everything at work and it has grown from a simple bug tracker to a confusing one-place-for-everything mess.
      - nickbarnwell 8y ago
        My favourite part of interning at Google was learning that tickets for Sev0 globe-spanning outages and "the bathroom tiles are too shiny and let you see into other stalls" lived in the same issue tracker. When all you have is a hammer…
    - corndoge 8y ago
      Jira has some asinine design issues, e.g. the only way you can link a git commit to a ticket is by putting the ticket ID into the commit message, generally has confusing choices for UI, code blocks {code}are annoying to add{code} and don't follow any existing conventions, integration with Confluence sucks, basic functionality is locked away in paid extensions, the list goes on
amleszk 8y ago
Looks nice but I think you need some better documentation before anyone can use it.
deleted 8y ago
[deleted]
stockkid 8y ago
Personally I have been typing all git commands manually into the terminal and never felt a need for GUIs or tools such as this. There are a number of git shortcuts defined in my zsh aliases [0]. It goes like: # Git aliases alias g='git' alias ga='git add' alias ghb='git browse' # hub alias ghpr='git pull-request' # hub alias gp='git push' alias gpoh='git push origin HEAD' ... Using these aliases, we rarely have to type more than 3-4 characters for a git command. Savings and efficiency not only add up over years of using git, but also accelerate as you become more proficient in using your own aliases that fit your special needs. [0] - https://github.com/sungwoncho/dotfiles/blob/master/zsh/aliases.zsh https://github.com/sungwoncho/dotfiles/blob/master/zsh/alias...
- mehrdadn 8y ago
  Also simple but very handy: [alias] amend = commit --amend --no-edit ls = ls-tree --name-only --full-name HEAD tree = log --graph --decorate --oneline --all commit-date = "!gitcommitdate() { (export GIT_COMMITTER_DATE=\"$1\" && git commit --date=\"‎${GIT_COMMITTER_DATE}\" \"${@:2}\"); } && gitcommitdate" There's also a whole boatload of commands in git-extras for those interested: https://github.com/tj/git-extras/blob/master/Commands.md https://github.com/tj/git-extras/blob/master/Commands.md
- archseer 8y ago
  Personally I prefer to alias git to g, then setup my aliases in gitconfig. https://github.com/GitAlias/gitalias https://github.com/GitAlias/gitalias g f && g rom git fetch && git rebase origin/master You could go nuts and make it even shorter with https://github.com/thoughtbot/gitsh https://github.com/thoughtbot/gitsh gitsh > f & rom
  - mlthoughts2018 8y ago
    I personally prefer to use a combination of a foot pedal and eye tracking cameras to enter a Reed-Solomon code of taps and blinks uniquely mapping to git commands.
    - 8y ago
was_boring 8y ago
Thanks for making this, it looks great! I'll be giving it a shot tomorrow. I've been moving more and more to terminal for all of my development. My dev. stack is now: vim; tmux; lynx; ddgr; zsh; and docker. It is game changing for distraction-free programming, consistency between languages, and the ability to use the exact same setup everywhere -- even on remote machines.
- h1d 8y ago
  We need CLI to work on repo on remote servers. I was using tig but didn't like it for lack of ability to easily navigating file tree on each commit and this seems better.
nickbarnwell 8y ago
If you're an emacs user, I can't recommend magit [1] enough. I was a diehard CLI user and had flags and aliases out the wazoo, and it was still a step change in usabilty and power for me. Staging hunks, rebasing, and stashing are all vastly easier. Amending or editing a commit is a breeze, and it's tied in to all of the other emacs tools you already use, e.g. org-mode to boot! It's easier to see it in action than explain it. If you've two minutes to spare, check out this emacsrocks screencast [2], or Howard Abram's longer presentation from the PDX Emacs Hackers meetup [3]. [1]: https://magit.vc/ https://magit.vc/ [2]: https://www.youtube.com/watch?v=rzQEIRRJ2T0 https://www.youtube.com/watch?v=rzQEIRRJ2T0 [3]: https://www.youtube.com/watch?v=vQO7F2Q9DwA https://www.youtube.com/watch?v=vQO7F2Q9DwA
- sbjs 8y ago
  Based on those videos, lazygit looks like it does the same things as magit, but with a little more "chrome" (boxes around lists). How do the two projects compare? Could they be merged, or do they have fundamentally different philosophies?
  - nickbarnwell 8y ago
    The videos touch upon a fraction of magit’s capabilities; if nothing else, it’s a far more mature project. But the real power is integration with the rest of emacs/being written in elisp. If I want to change or script behaviour, I have easy access to all the internals, and I can integrate it with other parts of my emacs workflow. For example, I can use magit to view the diff of a coworker’s PR, easily capture snippets, including links to their location in our internal BitBucket instance, into an org buffer, and then write up and send an HTML formatted message with my comments, syntax highlighting, etc to my colleagues with my feedback. Similarly, my TODO list is managed by org, and I can have links to commits or files at a certain commit directly in my agenda or notes and jump to them. This is all within my editor, with all the text editing, code navigating, and linting capabilities it provides!
    - kungtotte 8y ago
      Whenever I read a comment or blog post about Emacs I'm like "I should definitely try it out, because that sounds awesome", then I do try it and it turns out it's a pain in the ass to make it work on Windows and I spend more time fiddling with it than I do working with it. It's the same thing with vim for that matter. A basic-ish text editor setup is trivial in both editors but beyond that things start to fall apart. Plugins/modes rely on being run in *nix environments to work well, and the workarounds for Windows are never 100%. The startup times start to suffer a lot too in vim and Emacs when you pile on a lot of features. I think that's why VSCode has gained so much traction. For coding it's got easily 90% of the same features as both vim and Emacs (if not more), but it's trivial to set up and with many users being on Windows pretty much everything has first-class Windows support. So that's what happens every time. I stick to VSCode and keep a lightweight vim setup around for quick text edits since it opens instantly. Perfect for quickly changing a config file or jotting something down if I don't have VSCode open.
pandler 8y ago
Awesome work OP! I’m a big fan of using tools like this to supplement git, especially when it comes to some of the more complex operations. Personally I use tig, which is basically this but different. I used to use Sourcetree and I loved it but it slowed to a crawl with bigger projects with long histories. https://github.com/jonas/tig https://github.com/jonas/tig Best screenshots I can find on google are ironically from the Atlassian blog: https://www.atlassian.com/blog/git/git-tig https://www.atlassian.com/blog/git/git-tig
- weitzj 8y ago
  I use tig as well but I am currently experimenting with FZF and some gitconfig aliases.
eagsalazar2 8y ago
I used to race and coach skiing for many years. Intermediate skiers always used to ask me what skis to buy to make them better at [ice|powder|moguls|steeps|etc] while I and most proficient skiers used the same boards every day in all conditions. This tool reminds me of that. * I acknowledge that some really great skiers are geeked on their equipment and use a variety of skis. Point still stands.
- pvg 8y ago
  What exactly is the point, other than you just calling the author insufficiently advanced by way of some creaky analogy? One of the many things that distinguishes programming from skiing is that it's fairly easy for people at all levels of expertise to make their own tools. And that's what this person did.
  - eagsalazar2 8y ago
    You are right. Sorry everyone!
webrender 8y ago
I've been using Fork: https://git-fork.com/ https://git-fork.com/ because of its 2 primary advantages over SourceTree: • Dark mode • Tabs
- kossae 8y ago
  I thought SourceTree had a dark mode? Although perhaps this was a somewhat recent addition.
- deleted 8y ago
  [deleted]
- gear54rus 8y ago
  Looks neat but no Linux version again :( There are 2 things I miss the most when developing under Linux and they are Sharex and Sourcetree. Smartgit is alright but not as good as the latter.
  - h1d 8y ago
    OT but considering Jetbrains stuff works on Linux there isn't much to miss except a decent git GUI but do you miss anything else? I just don't find the benefit of using Linux for development.
    - gear54rus 8y ago
      Ability to use proper shell (and env) for dev tasks and build scripts is the main benefit for me. Sharex is the other thing I mentioned, its screenshots/screenrecords on steroids, check it out.
- ChristianGeek 8y ago
  Sourcetree has tabs.
hartator 8y ago
I use GitHub desktop, it’s pretty solid.
tootie 8y ago
IntelliJ now and forever. We still have some crap on SVN and the version control menus are nearly identical switching between that and git.
mehrdadn 8y ago
'Go' question that came up when I tried to build this: How do you build a Go .EXE on Windows that doesn't have any file paths embedded in it?
- mappu 8y ago
  go build -gcflags=-trimpath=$GOPATH -asmflags=-trimpath=$GOPATH https://stackoverflow.com/a/45302415 https://stackoverflow.com/a/45302415
  - mehrdadn 8y ago
    Did you try this yourself? Because I already tried it and it didn't work. Remember I said I'm on Windows.
    - mappu 8y ago
      Yes, we do this for our release builds, including Windows. It does only remove the leading prefix (GOPATH) from panics, not the full file path. I don't think there's a way to remove the whole file paths other than replacing strings in the compiled binary. In our case GOPATH was the only sensitive part (since function names can't be removed either, for reflection to work). We also couple it with a defer handler to obfuscate panic traces.
      - deleted 8y ago
        [deleted]
      - mehrdadn 8y ago
        It didn't even remove the leading prefix for me. I tried both forward and backward slashes. (The version in the binary is with forward slashes.) Note that I'm using go1.10.3.windows-amd64.zip. EDIT: Looking more carefully, it seems like it actually removes the prefix for files in the current module, but nothing from files in its dependencies. This is despite the fact that both of them share a prefix for me, and that's what I'm trying to remove. Any idea why?
jolmg 8y ago
> are YOU tired of typing every git command directly into the terminal I'm not. Are there many people that are? Is this not just a matter of learning to use shell keybindings effectively? That and aliases does wonders to avoid repetitive typing. Many times I type `git s` (alias for `git status -s`) out of reflex when I really meant to do `ls`. When I forget to add `-a` to `git ci -m ...` (`ci` being `commit`) and get an error because the index is empty, I just `<caps>kF-aa<enter>` (<caps> being <esc>) to add it and re-execute. It's muscle memory; I do it before I even realize I did it.
- frenchie14 8y ago
  Since `git status` is my most common command I've got it aliased to just `s`. Every time I use another machine it throws me off when the command doesn't work :)
  - jolmg 8y ago
    I use `s` to launch a new terminal window in the same directory as the shell that called it. This way, I launch a terminal, go to a project directory, and then type s<enter> a few times to get sufficient terminals in that context. I know it's popular, but I think I'd find it confusing for completely separate commands to relate like that. It's like cups; I was really surprised to find that the shell command `cancel` was about print jobs. I'd thought it be something more generic. I like it that git keeps all these functions related as subcommands. Makes things more readable. `git status` is not general system status, it's git's status.
    - terminalcommand 8y ago
      You might want to check out tmux. I've changed my terminal to "st -c tmux" and every time I open a terminal window I get access to multiple frames, (nearly) infinite scrolling, window management and more.
      - jolmg 8y ago
        I use tmux when I'm connected on a remote computer and want to do a command that takes a long time and that I don't want to kill if I happen to cut the connection for any reason (e.g. I leave the wifi range). As to infinite scrolling and window management, I prefer to set the scrollback buffer length on my terminal (urxvt) to a ridiculously large number, and use a real window manager (i3 for me). It's kind of weird how so many applications have their own specific window manager inside them, like tmux (windows and tabs) or text editors (vim and emacs windows and tabs) or browsers (firefox and chromium tabs) or file managers (dolphin and pcmanfm tabs) or spreadsheets (sheets). i3 allows me to tile, tab, or stack any windows I want in any arrangement with a single set of keybindings (as opposed to the differing keybindings of each application). Anyway, another thing that's cool about tmux is copy mode. It's awesome to execute a command, hit a key to be able to move the cursor throughout the whole buffer, and copy some piece of the output any command you've executed there, to then paste in a new command. I found that urxvt has an extension that allows the same thing, and it uses the system clipboard! So, I can not only use what I copy for a new command, I can use it elsewhere like copying a url and pasting it on a web browser using only the keyboard. It's also useful to do searches in the output of commands I've executed. So, if run a command that produces a lot of output and I want to know if it outputted something in particular, but I don't want to rerun it to pipe to less or grep or I know that it's not going to result in the same output, I can just hit a key, type what I want to search and see if it finds it.
robertk 8y ago
Might be a good opportunity to advertise my git-send bash function / zsh plug-in: http://github.com/robertzk/send.zsh http://github.com/robertzk/send.zsh
- __blockcipher__ 8y ago
  While we're at it: git_show_blame () { if [ -z "$3" ] then printf "USAGE: git_show_blame filepath start_line_num end_line_num" && return 1 else [ ! -z "$4" ] && printf "\\n${LPURP}[git_show_blame]${NC} Warning: extra arguments provided. Ignoring everything after the first 3\\n\\n" git show $(git blame "$1" -L "$2","$3" | awk '{print $1}') return $? fi } Use with recursive search `grep -Rn your_regex .` to track down the original commit that your pesky coworker added two years ago without any corresponding documentation for an alert that's going critical at 2am...(only slightly exaggerating there :P)
cpeth 8y ago
One Git UI that I absolutely love but I rarely see mentioned is GitKraken. It's so nice having a fully cross-platform Git GUI, that's attractive and intuitive.
- spacesarebetter 8y ago
  To be honest, they try to compete with souretree and git tower but they are there is a huge difference in the performance since GitKraken is made on electron and really slow when looking at large diffs. I am a long time git tower user, and i have given GitKraken more than a few shots. I always go back to a hybrid command line and git tower workflow
kbumsik 8y ago
I use VS Code and GitLens lately. VSCode’s diff view and GitLens explorer cover my needs very well.
- swozey 8y ago
  Gitlens is incredible. I can't believe none of my coworkers I ever mention it to have used it.
  - roryisok 8y ago
    It really is amazing. To be able to mouseover a line of code and see who committed it, link to the commit and see what it was before... It saves so much time
  - sv123 8y ago
    The CodeLens feature in VS2017 is really similar, it's the only reason we pay for the pro license instead of just using community edition.
    - h1d 8y ago
      It's hard to believe MS still charges people who are making their platform more worthy and with competition from Jetbrains.
kchoudhu 8y ago
How much time do people spend messing with their source control that extreme tools like this become necessary? I commit like, once a day. What am I doing wrong?
- jolmg 8y ago
  To each his own, but I'd say committing once a day. That's unless I'm wrong in thinking that doing so means your commits are quite big and could be broken up into smaller, more manageable changes. Personally, I like it when `git diff` displays only one or at most three screenfuls of changes that haven't been committed.
  - kchoudhu 8y ago
    Maybe I'm one of those low productivity types that interview processes are trying to permanently weed out, but I rarely write more than 40-50 good lines of code per day. Commits any smaller than that would just look like code Hemingway.
- yyx 8y ago
  Not fixing several tickets a day.
- nickbarnwell 8y ago
  I commit dozens of times a day, make half a dozen branches, pick commits between them, and generally (ab)use git as a normal part of my workflow. I will generally push one or two of those commits in the end, typically a Frankenstein creation comprised of all that has come before. There are so many ways to approach a problem in any given codebase, and I rarely know which will be the best without experimenting. Having tools that reduce the burden of experimentation and branching is incredibly powerful.
- kissgyorgy 8y ago
  You should commit waaaay, waaaay more often than once a day. Every small piece of logically fitting together change should go into one commit, so the git history tells a story, it's easy to revert and easy to understand how the code get to the current state and why. you also should write elaborate commit messages to all commit.
idiomatic1 8y ago
I don't touch aliases. History search with fzf is much better. Same number of keystrokes, but your actions remain clear and explicit.
- h1d 8y ago
  Do you type Ctrl-r every time issuing git command?
  - idiomatic1 8y ago
    Normally I'm using vim-fugitive, actually.
thr0000waay 8y ago
congrats, you have discovered darcs.
jesseduffield 8y ago
Hey guys thanks for all the feedback so far! I whipped up a quick tutorial for anybody who wants to know the basics https://www.youtube.com/watch?v=VDXvbHZYeKY https://www.youtube.com/watch?v=VDXvbHZYeKY
jags-v 8y ago
Nice first project with go. the project made wanna learn go :).
DelTaco 8y ago
I've always been a fan of Git Town: https://github.com/Originate/git-town https://github.com/Originate/git-town Not a UI but helps with some commands you run in a row quite often
antjanus 8y ago
Damn, that's a really nice UI!
anandaverma18 8y ago
This utility is nice. Let me try out and save some time.
a-b 8y ago
But why? There are so many awesome tools like tig and magit! - https://github.com/jonas/tig https://github.com/jonas/tig - https://magit.vc/ https://magit.vc/
- kccqzy 8y ago
  Magit is great but it's just so incredibly slow at big repos. For certain things like Instant Fixup magit is still faster than the command line but most of the time I can do it much faster via the command line. Sometimes I'm not even sure whether magit is just slow or my emacs hangs.
  - Pimpus 8y ago
    Please post your OS and Emacs version. Magit hasnt been slow for me since I upgraded to Emacs 26. Older versions of Emacs were not optimized for spawning processes on OSX and it was causing a 10x slowdown for some operations.
    - kccqzy 8y ago
      I'm using the latest version of both. Actually magit is quite fine for small personal projects. It's just that it absolutely chokes on a large monorepo I'm working on.
    - kccqzy 8y ago
      Perhaps I should revise my statement. It isn't magit itself that's slow, but rather magit is calling out to slow git commands. And while those git commands are taking up 100% of my CPU, Emacs itself is using 0% CPU and totally unresponsive. Just a few moments ago I had to kill Emacs because magit was executing this command: git branch --remote --contains 10a1663bf96f
      - tarsius 8y ago
        That particular issue has been fixed a few weeks ago. You should update Magit. Also you should be able to avoid killing Emacs by just pressing C-g a few times if some subprocess takes a long time.
IshKebab 8y ago
Why not just use an actual GUI then rather than a shitty TUI? GitX (Mac only sadly) is the best of the free ones, and Tower is then best of the commercial ones. Try those.
andrewshadura 8y ago
I'm mostly using plain Git, but there's one thing for which I needed a TUI: line-by-line selective committing. After trying to find something I liked, I ended up porting crecord extension for Mercurial to Git: https://github.com/andrewshadura/git-crecord https://github.com/andrewshadura/git-crecord
- michaelmcmillan 8y ago
  git add --interactive?
  - andrewshadura 8y ago
    That doesn't have line-by-line functionality, and it's not interactive. If you had a look you'd see git add -i is not even close to it ;)
- surajrmal 8y ago
  Thank you for this. I've been missing mercurial interactive committing for a while.
quickthrower2 8y ago
I'm a Windows user, and I love Tortoise Git for this kind of stuff.
danpalmer 8y ago
I’ve yet to find a git setup that is more productive (for me at least) than SublimeGit for Sublime Text. The combination of a text based interface with single character shortcuts, and the quick support for staging individual parts of files, means I’m probably twice as fast as the next best thing. It’s the reason I haven’t moved from Sublime to VS Code. This looks like it could be close, and I’ll definitely give it a try. If I could decouple myself a bit more from Sublime that would be great. The plugin community just isn’t the same as VS Code.
- lttlrck 8y ago
  I switched to gitsavvy a few weeks back because it is more complete than sublimegit. I paid for sublimegit years ago and really love it. But I wanted single line commits so gave gitsavvy a go. I had to redefine a couple of shortcuts (Ctrl-D from Discard to diff) but it’s been excellent. The only thing I can’t get working is gitlab integration. It’s a worth a shot.
  - danpalmer 8y ago
    Oh nice, thanks! Sublime Git has everything I need for my git workflow so I'm not feeling like I need anything else, but I will give this a shot to see if it's faster for the bits I do use.
pjc50 8y ago
You know what would make me faster at git? "git undo" : undo the last git command line, whatever it did. Especially if you don't understand what it did or it overwrote local files.
- iwwr 8y ago
  You could store your git refs in another git repo and take a snapshot of those after each command that changes things.
- lgas 8y ago
  https://github.com/tj/git-extras https://github.com/tj/git-extras provides "git undo" (among others).
  - jwilk 8y ago
    It's a pretty useless wrapper over "git reset": https://github.com/tj/git-extras/blob/master/bin/git-undo https://github.com/tj/git-extras/blob/master/bin/git-undo It won't help you if you don't understand what the last command did or when it overwrote local files; it'll just make everything worse.
    - deleted 8y ago
      [deleted]
  - sverhagen 8y ago
    Nice, but the README suggests it only does commits. I already have a simple alias for that. The parent comment wanted to undo anything.
- cormacrelf 8y ago
  Gitup has this for many operations. http://gitup.co/ http://gitup.co/
- karmakaze 8y ago
  Many operations have an --abort option during the process. In other cases, there's `git reflog`.
sAbakumoff 8y ago
>>but you're too stubborn to use Sourcetree because you'll never forgive Atlassian for making Jira? This is the app for you! This is the most ridiculous ad ever.
tomxor 8y ago
Nice idea - I don't like going too far above the git cli, but I usually find myself building a set of terminals watching different git commands such as status, log, diff etc for a more parallel overview... This tool looks like it does that a bit better with interactivity maintained, and for some reason i'm more comfortable accepting a CLI git UI into my workflow than a GUI.
tylerjwilk00 8y ago
Whether or not anyone is tired of typing git commands this is a cool project. I intend to try it out. Great work jesseduffield!

551 points by jesseduffield 8y ago

This looks great. For some reason I don't mind using the GUI tools to view history and branches but for commits always use the command line. This should save some time and much typing.

mehrdadn 8y ago
I use TortoiseGit's GUI for everything except features that it doesn't have, like git add -p. It makes life so much easier when you can just right-click and go to "Show Log", search for something you care about, then right-click that one commit in 2017 that messed things up and click "Browse repository" to look at the entire repo & diff arbitrary files without checking out a single file messing up your work tree. Trying to do every single thing with a command line interface just sounds insane to me.
debacle 8y ago
Different mental contexts, I think. I do the same thing.

msinghai 8y ago

I have been using https://github.com/scmbreeze/scm_breeze https://github.com/scmbreeze/scm_breeze, and though not as feature-packed, it does make the workflow fast.

mtrpcic 8y ago
I've been using this for probably 6-7 years now and it's become a standard part of my workflow. I've never had problems using git, but scm_breeze makes things faster (shorthand commands for common operations), and adds some nice bells and whistles. It's never caused a problem for me in the entire time I've used it either.

wowGitVerHard 8y ago

Why do people make a huge fuss over git? Why? What is the war they're fighting? Do they have performance anxiety? Are they fearful of some unerasable backlog of mistakes people will hold over their head? I have never found myself in a position where destruction of data was an issue. I have never found myself in a position where commit conflicts could not be reasoned about, in terms of the code itself, with total ignorance of the nature of the repository. Git records parallel tracks of sequences of events. That's it. How is git hard? Why do people freak out about how insane it is, to change text files? Why?

mehrdadn 8y ago
> Why do people make a huge fuss over git? Why? It's unclear to me what you're referring to, but the part I can answer is this: > How is git hard? IMHO because it is not intuitively obvious what it means for your "HEAD" to be "detached", or for you to "rebase" onto a "remote branch", or why "checking out" a file reverts your changes, or why "checking out" a branch suddenly clones its files, or why you'd "add" a missing file to remove it, or why you "committing" doesn't actually commit your changes to the central repo, etc.
- rabidrat 8y ago
  I want to edit the commit message of a commit that is 5 commits in the past, that I have not pushed yet. What is the command to do it? Okay so it turns out I made a minor typo in that commit and I want to change it without adding any more commits. What is the command to do it? Okay so now I want to take all commits that have "bugfix pickme" in the subject and cherry-pick them to master. What is the command to do it? With a decent interface, these actions are basically trivial. I've been using git for several years and I have to think way too hard to figure out what to type just to get what I want to happen. All too frequently I just say 'screw it' and make a sad commit because my job is writing software, not wrestling with git commands.
  - pkaye 8y ago
    Which interface can do the above trivially with git?

nvahalik 8y ago

This looks super neat. Will try it out. Although I’m a sourcetree user... lately `git add -i` has changed how I use got massively.

grimgrin 8y ago
got add -p is pretty nice too then got commit -v to verify the hunks
- nvahalik 8y ago
  Dang. So git add -p basically just skips straight to the patch portion and then -v adds a diff to the bottom of the commit message file so you can review it. Nice!
  - greenhatman 8y ago
    It doesn't seem to pick up new files.
    - rasapetter 8y ago
      It can, if you first do: git add --intent-to-add <filename>
      - andrewshadura 8y ago
        Try git-crecord, you won't miss git add -p.
- grimgrin 8y ago
  it should be clear i was too out of it to not notice s/got/git

agumonkey 8y ago

raw console magit I see

agumonkey 8y ago
ps: the https://github.com/jroimartin/gocui https://github.com/jroimartin/gocui ui toolkit used here seems very very nice if people know an equivalent outside go, please comment
- gglitch 8y ago
  I had the same thought. I'm amazed not to have seen any commentary here on it yet. Looks really, really nice. I looked for something comparable for Elixir but haven't found anything comparable yet.

austenallred 8y ago

> are YOU tired of typing every git command directly into the terminal, but you're too stubborn to use Sourcetree because you'll never forgive Atlassian for making Jira? This is the app for you! lol

nvr219 8y ago
this readme really speaks to me
- bmer 8y ago
  I'm out of the loop. What's the story here? Why are devs sad about Atlassian and Jira?
  - Tade0 8y ago
    For one thing JIRA tends to lock the UI while it's processing some of the requests.
  - 8chen 8y ago
    I don't think it's any specific event. Many of us are forced to use Jira for everything at work and it has grown from a simple bug tracker to a confusing one-place-for-everything mess.
    - nickbarnwell 8y ago
      My favourite part of interning at Google was learning that tickets for Sev0 globe-spanning outages and "the bathroom tiles are too shiny and let you see into other stalls" lived in the same issue tracker. When all you have is a hammer…
  - corndoge 8y ago
    Jira has some asinine design issues, e.g. the only way you can link a git commit to a ticket is by putting the ticket ID into the commit message, generally has confusing choices for UI, code blocks {code}are annoying to add{code} and don't follow any existing conventions, integration with Confluence sucks, basic functionality is locked away in paid extensions, the list goes on

amleszk 8y ago

Looks nice but I think you need some better documentation before anyone can use it.

deleted 8y ago

[deleted]

stockkid 8y ago

Personally I have been typing all git commands manually into the terminal and never felt a need for GUIs or tools such as this. There are a number of git shortcuts defined in my zsh aliases [0]. It goes like: # Git aliases alias g='git' alias ga='git add' alias ghb='git browse' # hub alias ghpr='git pull-request' # hub alias gp='git push' alias gpoh='git push origin HEAD' ... Using these aliases, we rarely have to type more than 3-4 characters for a git command. Savings and efficiency not only add up over years of using git, but also accelerate as you become more proficient in using your own aliases that fit your special needs. [0] - https://github.com/sungwoncho/dotfiles/blob/master/zsh/aliases.zsh https://github.com/sungwoncho/dotfiles/blob/master/zsh/alias...

mehrdadn 8y ago
Also simple but very handy: [alias] amend = commit --amend --no-edit ls = ls-tree --name-only --full-name HEAD tree = log --graph --decorate --oneline --all commit-date = "!gitcommitdate() { (export GIT_COMMITTER_DATE=\"$1\" && git commit --date=\"‎${GIT_COMMITTER_DATE}\" \"${@:2}\"); } && gitcommitdate" There's also a whole boatload of commands in git-extras for those interested: https://github.com/tj/git-extras/blob/master/Commands.md https://github.com/tj/git-extras/blob/master/Commands.md
archseer 8y ago
Personally I prefer to alias git to g, then setup my aliases in gitconfig. https://github.com/GitAlias/gitalias https://github.com/GitAlias/gitalias g f && g rom git fetch && git rebase origin/master You could go nuts and make it even shorter with https://github.com/thoughtbot/gitsh https://github.com/thoughtbot/gitsh gitsh > f & rom
- mlthoughts2018 8y ago
  I personally prefer to use a combination of a foot pedal and eye tracking cameras to enter a Reed-Solomon code of taps and blinks uniquely mapping to git commands.
  - 8y ago

was_boring 8y ago

Thanks for making this, it looks great! I'll be giving it a shot tomorrow. I've been moving more and more to terminal for all of my development. My dev. stack is now: vim; tmux; lynx; ddgr; zsh; and docker. It is game changing for distraction-free programming, consistency between languages, and the ability to use the exact same setup everywhere -- even on remote machines.

h1d 8y ago
We need CLI to work on repo on remote servers. I was using tig but didn't like it for lack of ability to easily navigating file tree on each commit and this seems better.

nickbarnwell 8y ago

If you're an emacs user, I can't recommend magit [1] enough. I was a diehard CLI user and had flags and aliases out the wazoo, and it was still a step change in usabilty and power for me. Staging hunks, rebasing, and stashing are all vastly easier. Amending or editing a commit is a breeze, and it's tied in to all of the other emacs tools you already use, e.g. org-mode to boot! It's easier to see it in action than explain it. If you've two minutes to spare, check out this emacsrocks screencast [2], or Howard Abram's longer presentation from the PDX Emacs Hackers meetup [3]. [1]: https://magit.vc/ https://magit.vc/ [2]: https://www.youtube.com/watch?v=rzQEIRRJ2T0 https://www.youtube.com/watch?v=rzQEIRRJ2T0 [3]: https://www.youtube.com/watch?v=vQO7F2Q9DwA https://www.youtube.com/watch?v=vQO7F2Q9DwA

sbjs 8y ago
Based on those videos, lazygit looks like it does the same things as magit, but with a little more "chrome" (boxes around lists). How do the two projects compare? Could they be merged, or do they have fundamentally different philosophies?
- nickbarnwell 8y ago
  The videos touch upon a fraction of magit’s capabilities; if nothing else, it’s a far more mature project. But the real power is integration with the rest of emacs/being written in elisp. If I want to change or script behaviour, I have easy access to all the internals, and I can integrate it with other parts of my emacs workflow. For example, I can use magit to view the diff of a coworker’s PR, easily capture snippets, including links to their location in our internal BitBucket instance, into an org buffer, and then write up and send an HTML formatted message with my comments, syntax highlighting, etc to my colleagues with my feedback. Similarly, my TODO list is managed by org, and I can have links to commits or files at a certain commit directly in my agenda or notes and jump to them. This is all within my editor, with all the text editing, code navigating, and linting capabilities it provides!
  - kungtotte 8y ago
    Whenever I read a comment or blog post about Emacs I'm like "I should definitely try it out, because that sounds awesome", then I do try it and it turns out it's a pain in the ass to make it work on Windows and I spend more time fiddling with it than I do working with it. It's the same thing with vim for that matter. A basic-ish text editor setup is trivial in both editors but beyond that things start to fall apart. Plugins/modes rely on being run in *nix environments to work well, and the workarounds for Windows are never 100%. The startup times start to suffer a lot too in vim and Emacs when you pile on a lot of features. I think that's why VSCode has gained so much traction. For coding it's got easily 90% of the same features as both vim and Emacs (if not more), but it's trivial to set up and with many users being on Windows pretty much everything has first-class Windows support. So that's what happens every time. I stick to VSCode and keep a lightweight vim setup around for quick text edits since it opens instantly. Perfect for quickly changing a config file or jotting something down if I don't have VSCode open.

pandler 8y ago

Awesome work OP! I’m a big fan of using tools like this to supplement git, especially when it comes to some of the more complex operations. Personally I use tig, which is basically this but different. I used to use Sourcetree and I loved it but it slowed to a crawl with bigger projects with long histories. https://github.com/jonas/tig https://github.com/jonas/tig Best screenshots I can find on google are ironically from the Atlassian blog: https://www.atlassian.com/blog/git/git-tig https://www.atlassian.com/blog/git/git-tig

weitzj 8y ago
I use tig as well but I am currently experimenting with FZF and some gitconfig aliases.

eagsalazar2 8y ago

I used to race and coach skiing for many years. Intermediate skiers always used to ask me what skis to buy to make them better at [ice|powder|moguls|steeps|etc] while I and most proficient skiers used the same boards every day in all conditions. This tool reminds me of that. * I acknowledge that some really great skiers are geeked on their equipment and use a variety of skis. Point still stands.

pvg 8y ago
What exactly is the point, other than you just calling the author insufficiently advanced by way of some creaky analogy? One of the many things that distinguishes programming from skiing is that it's fairly easy for people at all levels of expertise to make their own tools. And that's what this person did.
- eagsalazar2 8y ago
  You are right. Sorry everyone!

webrender 8y ago

I've been using Fork: https://git-fork.com/ https://git-fork.com/ because of its 2 primary advantages over SourceTree: • Dark mode • Tabs

kossae 8y ago
I thought SourceTree had a dark mode? Although perhaps this was a somewhat recent addition.
deleted 8y ago
[deleted]
gear54rus 8y ago
Looks neat but no Linux version again :( There are 2 things I miss the most when developing under Linux and they are Sharex and Sourcetree. Smartgit is alright but not as good as the latter.
- h1d 8y ago
  OT but considering Jetbrains stuff works on Linux there isn't much to miss except a decent git GUI but do you miss anything else? I just don't find the benefit of using Linux for development.
  - gear54rus 8y ago
    Ability to use proper shell (and env) for dev tasks and build scripts is the main benefit for me. Sharex is the other thing I mentioned, its screenshots/screenrecords on steroids, check it out.
ChristianGeek 8y ago
Sourcetree has tabs.

hartator 8y ago

I use GitHub desktop, it’s pretty solid.

tootie 8y ago

IntelliJ now and forever. We still have some crap on SVN and the version control menus are nearly identical switching between that and git.

mehrdadn 8y ago

'Go' question that came up when I tried to build this: How do you build a Go .EXE on Windows that doesn't have any file paths embedded in it?

mappu 8y ago
go build -gcflags=-trimpath=$GOPATH -asmflags=-trimpath=$GOPATH https://stackoverflow.com/a/45302415 https://stackoverflow.com/a/45302415
- mehrdadn 8y ago
  Did you try this yourself? Because I already tried it and it didn't work. Remember I said I'm on Windows.
  - mappu 8y ago
    Yes, we do this for our release builds, including Windows. It does only remove the leading prefix (GOPATH) from panics, not the full file path. I don't think there's a way to remove the whole file paths other than replacing strings in the compiled binary. In our case GOPATH was the only sensitive part (since function names can't be removed either, for reflection to work). We also couple it with a defer handler to obfuscate panic traces.
    - deleted 8y ago
      [deleted]
    - mehrdadn 8y ago
      It didn't even remove the leading prefix for me. I tried both forward and backward slashes. (The version in the binary is with forward slashes.) Note that I'm using go1.10.3.windows-amd64.zip. EDIT: Looking more carefully, it seems like it actually removes the prefix for files in the current module, but nothing from files in its dependencies. This is despite the fact that both of them share a prefix for me, and that's what I'm trying to remove. Any idea why?

jolmg 8y ago

> are YOU tired of typing every git command directly into the terminal I'm not. Are there many people that are? Is this not just a matter of learning to use shell keybindings effectively? That and aliases does wonders to avoid repetitive typing. Many times I type `git s` (alias for `git status -s`) out of reflex when I really meant to do `ls`. When I forget to add `-a` to `git ci -m ...` (`ci` being `commit`) and get an error because the index is empty, I just `<caps>kF-aa<enter>` (<caps> being <esc>) to add it and re-execute. It's muscle memory; I do it before I even realize I did it.

frenchie14 8y ago
Since `git status` is my most common command I've got it aliased to just `s`. Every time I use another machine it throws me off when the command doesn't work :)
- jolmg 8y ago
  I use `s` to launch a new terminal window in the same directory as the shell that called it. This way, I launch a terminal, go to a project directory, and then type s<enter> a few times to get sufficient terminals in that context. I know it's popular, but I think I'd find it confusing for completely separate commands to relate like that. It's like cups; I was really surprised to find that the shell command `cancel` was about print jobs. I'd thought it be something more generic. I like it that git keeps all these functions related as subcommands. Makes things more readable. `git status` is not general system status, it's git's status.
  - terminalcommand 8y ago
    You might want to check out tmux. I've changed my terminal to "st -c tmux" and every time I open a terminal window I get access to multiple frames, (nearly) infinite scrolling, window management and more.
    - jolmg 8y ago
      I use tmux when I'm connected on a remote computer and want to do a command that takes a long time and that I don't want to kill if I happen to cut the connection for any reason (e.g. I leave the wifi range). As to infinite scrolling and window management, I prefer to set the scrollback buffer length on my terminal (urxvt) to a ridiculously large number, and use a real window manager (i3 for me). It's kind of weird how so many applications have their own specific window manager inside them, like tmux (windows and tabs) or text editors (vim and emacs windows and tabs) or browsers (firefox and chromium tabs) or file managers (dolphin and pcmanfm tabs) or spreadsheets (sheets). i3 allows me to tile, tab, or stack any windows I want in any arrangement with a single set of keybindings (as opposed to the differing keybindings of each application). Anyway, another thing that's cool about tmux is copy mode. It's awesome to execute a command, hit a key to be able to move the cursor throughout the whole buffer, and copy some piece of the output any command you've executed there, to then paste in a new command. I found that urxvt has an extension that allows the same thing, and it uses the system clipboard! So, I can not only use what I copy for a new command, I can use it elsewhere like copying a url and pasting it on a web browser using only the keyboard. It's also useful to do searches in the output of commands I've executed. So, if run a command that produces a lot of output and I want to know if it outputted something in particular, but I don't want to rerun it to pipe to less or grep or I know that it's not going to result in the same output, I can just hit a key, type what I want to search and see if it finds it.

robertk 8y ago

Might be a good opportunity to advertise my git-send bash function / zsh plug-in: http://github.com/robertzk/send.zsh http://github.com/robertzk/send.zsh

__blockcipher__ 8y ago
While we're at it: git_show_blame () { if [ -z "$3" ] then printf "USAGE: git_show_blame filepath start_line_num end_line_num" && return 1 else [ ! -z "$4" ] && printf "\\n${LPURP}[git_show_blame]${NC} Warning: extra arguments provided. Ignoring everything after the first 3\\n\\n" git show $(git blame "$1" -L "$2","$3" | awk '{print $1}') return $? fi } Use with recursive search `grep -Rn your_regex .` to track down the original commit that your pesky coworker added two years ago without any corresponding documentation for an alert that's going critical at 2am...(only slightly exaggerating there :P)

cpeth 8y ago

One Git UI that I absolutely love but I rarely see mentioned is GitKraken. It's so nice having a fully cross-platform Git GUI, that's attractive and intuitive.

spacesarebetter 8y ago
To be honest, they try to compete with souretree and git tower but they are there is a huge difference in the performance since GitKraken is made on electron and really slow when looking at large diffs. I am a long time git tower user, and i have given GitKraken more than a few shots. I always go back to a hybrid command line and git tower workflow

kbumsik 8y ago

I use VS Code and GitLens lately. VSCode’s diff view and GitLens explorer cover my needs very well.

swozey 8y ago
Gitlens is incredible. I can't believe none of my coworkers I ever mention it to have used it.
- roryisok 8y ago
  It really is amazing. To be able to mouseover a line of code and see who committed it, link to the commit and see what it was before... It saves so much time
- sv123 8y ago
  The CodeLens feature in VS2017 is really similar, it's the only reason we pay for the pro license instead of just using community edition.
  - h1d 8y ago
    It's hard to believe MS still charges people who are making their platform more worthy and with competition from Jetbrains.

kchoudhu 8y ago

How much time do people spend messing with their source control that extreme tools like this become necessary? I commit like, once a day. What am I doing wrong?

jolmg 8y ago
To each his own, but I'd say committing once a day. That's unless I'm wrong in thinking that doing so means your commits are quite big and could be broken up into smaller, more manageable changes. Personally, I like it when `git diff` displays only one or at most three screenfuls of changes that haven't been committed.
- kchoudhu 8y ago
  Maybe I'm one of those low productivity types that interview processes are trying to permanently weed out, but I rarely write more than 40-50 good lines of code per day. Commits any smaller than that would just look like code Hemingway.
yyx 8y ago
Not fixing several tickets a day.
nickbarnwell 8y ago
I commit dozens of times a day, make half a dozen branches, pick commits between them, and generally (ab)use git as a normal part of my workflow. I will generally push one or two of those commits in the end, typically a Frankenstein creation comprised of all that has come before. There are so many ways to approach a problem in any given codebase, and I rarely know which will be the best without experimenting. Having tools that reduce the burden of experimentation and branching is incredibly powerful.
kissgyorgy 8y ago
You should commit waaaay, waaaay more often than once a day. Every small piece of logically fitting together change should go into one commit, so the git history tells a story, it's easy to revert and easy to understand how the code get to the current state and why. you also should write elaborate commit messages to all commit.

idiomatic1 8y ago

I don't touch aliases. History search with fzf is much better. Same number of keystrokes, but your actions remain clear and explicit.

h1d 8y ago
Do you type Ctrl-r every time issuing git command?
- idiomatic1 8y ago
  Normally I'm using vim-fugitive, actually.

thr0000waay 8y ago

congrats, you have discovered darcs.

jesseduffield 8y ago

Hey guys thanks for all the feedback so far! I whipped up a quick tutorial for anybody who wants to know the basics https://www.youtube.com/watch?v=VDXvbHZYeKY https://www.youtube.com/watch?v=VDXvbHZYeKY

jags-v 8y ago

Nice first project with go. the project made wanna learn go :).

DelTaco 8y ago

I've always been a fan of Git Town: https://github.com/Originate/git-town https://github.com/Originate/git-town Not a UI but helps with some commands you run in a row quite often

antjanus 8y ago

Damn, that's a really nice UI!

anandaverma18 8y ago

This utility is nice. Let me try out and save some time.

a-b 8y ago

But why? There are so many awesome tools like tig and magit! - https://github.com/jonas/tig https://github.com/jonas/tig - https://magit.vc/ https://magit.vc/

kccqzy 8y ago
Magit is great but it's just so incredibly slow at big repos. For certain things like Instant Fixup magit is still faster than the command line but most of the time I can do it much faster via the command line. Sometimes I'm not even sure whether magit is just slow or my emacs hangs.
- Pimpus 8y ago
  Please post your OS and Emacs version. Magit hasnt been slow for me since I upgraded to Emacs 26. Older versions of Emacs were not optimized for spawning processes on OSX and it was causing a 10x slowdown for some operations.
  - kccqzy 8y ago
    I'm using the latest version of both. Actually magit is quite fine for small personal projects. It's just that it absolutely chokes on a large monorepo I'm working on.
  - kccqzy 8y ago
    Perhaps I should revise my statement. It isn't magit itself that's slow, but rather magit is calling out to slow git commands. And while those git commands are taking up 100% of my CPU, Emacs itself is using 0% CPU and totally unresponsive. Just a few moments ago I had to kill Emacs because magit was executing this command: git branch --remote --contains 10a1663bf96f
    - tarsius 8y ago
      That particular issue has been fixed a few weeks ago. You should update Magit. Also you should be able to avoid killing Emacs by just pressing C-g a few times if some subprocess takes a long time.

IshKebab 8y ago

Why not just use an actual GUI then rather than a shitty TUI? GitX (Mac only sadly) is the best of the free ones, and Tower is then best of the commercial ones. Try those.

andrewshadura 8y ago

I'm mostly using plain Git, but there's one thing for which I needed a TUI: line-by-line selective committing. After trying to find something I liked, I ended up porting crecord extension for Mercurial to Git: https://github.com/andrewshadura/git-crecord https://github.com/andrewshadura/git-crecord

michaelmcmillan 8y ago
git add --interactive?
- andrewshadura 8y ago
  That doesn't have line-by-line functionality, and it's not interactive. If you had a look you'd see git add -i is not even close to it ;)
surajrmal 8y ago
Thank you for this. I've been missing mercurial interactive committing for a while.

quickthrower2 8y ago

I'm a Windows user, and I love Tortoise Git for this kind of stuff.

danpalmer 8y ago

I’ve yet to find a git setup that is more productive (for me at least) than SublimeGit for Sublime Text. The combination of a text based interface with single character shortcuts, and the quick support for staging individual parts of files, means I’m probably twice as fast as the next best thing. It’s the reason I haven’t moved from Sublime to VS Code. This looks like it could be close, and I’ll definitely give it a try. If I could decouple myself a bit more from Sublime that would be great. The plugin community just isn’t the same as VS Code.

lttlrck 8y ago
I switched to gitsavvy a few weeks back because it is more complete than sublimegit. I paid for sublimegit years ago and really love it. But I wanted single line commits so gave gitsavvy a go. I had to redefine a couple of shortcuts (Ctrl-D from Discard to diff) but it’s been excellent. The only thing I can’t get working is gitlab integration. It’s a worth a shot.
- danpalmer 8y ago
  Oh nice, thanks! Sublime Git has everything I need for my git workflow so I'm not feeling like I need anything else, but I will give this a shot to see if it's faster for the bits I do use.

pjc50 8y ago

You know what would make me faster at git? "git undo" : undo the last git command line, whatever it did. Especially if you don't understand what it did or it overwrote local files.

iwwr 8y ago
You could store your git refs in another git repo and take a snapshot of those after each command that changes things.
lgas 8y ago
https://github.com/tj/git-extras https://github.com/tj/git-extras provides "git undo" (among others).
- jwilk 8y ago
  It's a pretty useless wrapper over "git reset": https://github.com/tj/git-extras/blob/master/bin/git-undo https://github.com/tj/git-extras/blob/master/bin/git-undo It won't help you if you don't understand what the last command did or when it overwrote local files; it'll just make everything worse.
  - deleted 8y ago
    [deleted]
- sverhagen 8y ago
  Nice, but the README suggests it only does commits. I already have a simple alias for that. The parent comment wanted to undo anything.
cormacrelf 8y ago
Gitup has this for many operations. http://gitup.co/ http://gitup.co/
karmakaze 8y ago
Many operations have an --abort option during the process. In other cases, there's `git reflog`.

sAbakumoff 8y ago

>>but you're too stubborn to use Sourcetree because you'll never forgive Atlassian for making Jira? This is the app for you! This is the most ridiculous ad ever.

tomxor 8y ago

Nice idea - I don't like going too far above the git cli, but I usually find myself building a set of terminals watching different git commands such as status, log, diff etc for a more parallel overview... This tool looks like it does that a bit better with interactivity maintained, and for some reason i'm more comfortable accepting a CLI git UI into my workflow than a GUI.

tylerjwilk00 8y ago

Whether or not anyone is tired of typing git commands this is a cool project. I intend to try it out. Great work jesseduffield!