Earlier quoted context omitted.
> Not to mention it saves a TON of time. Depends on your workflow. I looked at the projects GitHub and I'm confused where the lazy part comes from. The UX seems more complex than just plain git which is much simpler for me. But I rarely do anything other than checkout, add, commit and rebase. And most of them are aliased co for checkout, ci for commit, etc and the rest are tab completed. Starting a TUI and navigating…
Here is one thing: I work on a feature branch off of main. It takes me a bit and I want to rebase my branch onto the newest changes. It seems with the git command line the way to do it is to switch to main then pull then switch back to my feature branch then rebase. With lazygit i hit f on the main branch which pulls its changes then i can rebase (r) right away. I also like to review the diff of each file before stag…
In case you haven't figured it out yet, you can do `git fetch origin` to fetch the latest branches from origin. And then `git rebase origin/main` to rebase the current branch against origin/main. origin/main doesn't have to be the same as local `main` so you don't need to switch branches at all.