Show HN: I made a tool that made me faster at Git • Hacker News Board

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

#231

Post by gglitch » Tue, Aug 07, 2018, 6:23 PM UTC

agumonkey wrote: post #179

agumonkey wrote: post #8

raw console magit I see

ps: the https://github.com/jroimartin/gocui ui toolkit used here seems very very nice if people know an equivalent outside go, please comment

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.

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

#232

Post by rplnt » Wed, Aug 08, 2018, 11:36 AM UTC

pjc50 wrote: post #176

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.

Some operations can't be undone. So you would need to wrap them in commands that would make undone possible. That would be interesting...

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

#233

Post by kccqzy » Wed, Aug 08, 2018, 6:09 PM UTC

Pimpus wrote: post #208

kccqzy wrote: post #144

Earlier quoted context omitted.

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.

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.

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

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

#234

Post by apersona » Thu, Aug 09, 2018, 9:56 AM UTC

corndoge wrote: post #26

bmer wrote: post #19

Earlier 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

What happened to their UX designers?

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

#235

Post by tarsius » Thu, Aug 09, 2018, 11:24 PM UTC

kccqzy wrote: post #233

Pimpus wrote: post #208

Earlier quoted context omitted.

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.

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

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.