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.
Gitup has this for many operations. http://gitup.co/
Show HN: I made a tool that made me faster at Git
181–190 of 235 posts
Re: Show HN: I made a tool that made me faster at Git
#182Earlier quoted context omitted.
If you status, commit, diff often then you don't want to leave your editor, because every little things (switching to a terminal just to do git stuff) adds up in the long run. Version control functions should be available right in your editor (e.g. magit) and you can't really beat one character hotkeys for version control stuff. It doesn't get more convenient than that.
> If you status, commit, diff often then you don't want to leave your editor, because every little things (switching to a terminal just to do git stuff) adds up in the long run. That sounds like limiting the functionality of the whole computer to what the text editor can do. That doesn't make sense. Next, you'll want to browse the web from the editor because you don't want to leave it (just because emacs does it does…
> Next, you'll want to browse the web from the editor
Well, you're clearly replying to an emacs user. He/she will not find that statement the least hyperbolic.
Re: Show HN: I made a tool that made me faster at Git
#183You 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.
https://github.com/tj/git-extras provides "git undo" (among others).
It's a pretty useless wrapper over "git reset":
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.
Re: Show HN: I made a tool that made me faster at Git
#184Earlier quoted context omitted.
https://github.com/tj/git-extras provides "git undo" (among others).
It's a pretty useless wrapper over "git reset": 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]
Re: Show HN: I made a tool that made me faster at Git
#185You 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.
https://github.com/tj/git-extras provides "git undo" (among others).
Nice, but the README suggests it only does commits. I already have a simple alias for that. The parent comment wanted to undo anything.
Re: Show HN: I made a tool that made me faster at Git
#186> 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…
If you editor has a correct git support, you never need to do git status because it will show you which files had been edited since the last commit. Every time I hear people saying how much they prefer the git command line is because they never seriously tried to leverage the git features of their IDE. Vs code with git lens or intellij idea have excellent git integration. Everything is one shortcut away. The git comm…
I turned off everything, autocomplete (the auto drop down menu style), the status bar, line numbers, git gutter, color changes from git in the tree view, live linting. Main thing enabled is auto format on save, and a bunch of 1-2 letter aliases for common commands. My editor is a sea of calm tranquility now.
Re: Show HN: I made a tool that made me faster at Git
#187Earlier quoted context omitted.
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.
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.
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.
Re: Show HN: I made a tool that made me faster at Git
#188Earlier quoted context omitted.
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.…
> 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 Is that a joke? How can you possibly know this if you haven't used emacs for a start. Do you really think it has 90% of the features of a 35 year old project? If emacs is difficult to set up on Windows you should stop using it. The awesome stuff you hear about is mostly the result of usin…
I've used emacs on windows in the past for quite a bit. I don't remember it being particularly hard to install, either the cygwin ir the native Windows emacs buid.
Re: Show HN: I made a tool that made me faster at Git
#189Earlier quoted context omitted.
I'm out of the loop. What's the story here? Why are devs sad about Atlassian and Jira?
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
It's also daaaamn slow. And when you paste formatted content into it (at least from vim on a mac), lol, have fun cleaning up your newly-unformatted content.
Re: Show HN: I made a tool that made me faster at Git
#190Earlier quoted context omitted.
If you status, commit, diff often then you don't want to leave your editor, because every little things (switching to a terminal just to do git stuff) adds up in the long run. Version control functions should be available right in your editor (e.g. magit) and you can't really beat one character hotkeys for version control stuff. It doesn't get more convenient than that.
> If you status, commit, diff often then you don't want to leave your editor, because every little things (switching to a terminal just to do git stuff) adds up in the long run. That sounds like limiting the functionality of the whole computer to what the text editor can do. That doesn't make sense. Next, you'll want to browse the web from the editor because you don't want to leave it (just because emacs does it does…
That's a terrible analogy. I only use git with my IDEs and only use my IDEs with git (except one weird outside project at work where I have to use a partner company's TFS). So integration makes complete sense. Hell, that's true whether you use CLI or GUI. I use my browser for an infinite variety of different activities, only a tiny subset of which relate to my IDE.