git-blameall VS tig

Thanks, I knew about -committerdate but not that you can set it as default sort, super useful. A few notes...

1. git columns gets real confusing if you have more data than fits the screen and you need to scroll. Numbers would help...

2. git maintenance sounds great but since I do a lot of rebases and stuff, I am worried: does this lose loose objects faster than gc would? I see gc is disabled but it's not clear.

3. Regarding git blame a little known but super useful script is https://github.com/gnddev/git-blameall . (I mean, it's so little known I myself needed to port it to Python 3 and I am no Python developer by any stretch.)

The author mentions git blame which is indeed an important tool but in more complex codebases it's entire possible the original introduction would require several steps because the code was refactored since. For this, git blameall is a wonderful and almost completely unknown utility. https://github.com/gnddev/git-blameall Yours truly did a quick Python 3 port this January, mostly using the automated toolset for it and the author, much to my surprise, committed it in a week despite the last commit was in 2013. So the project is not dead :)

Does anyone know whether git blameall https://github.com/ddev/git-blameall is easy to do with Fossil? It's a lesser known tool but I found it incredibly useful (hence why I did the Python 3, mostly automated tools but still).

Related but I use tig, a TUI, a lot to examine the state of my working tree and index and stage/unstage/reset changes piecemeal. It works great.

I'd like to plug [tig](https://github.com/jonas/tig) for those who don't use emacs. I see lazygit recommended here too, but I've been using tig for years now and love it's simplicity.

Try tig

I'm normally a CLI git (and tig) user.

Sometimes when I work in command line I use tig (https://jonas.github.io/tig/). There is also similar tool lazygit (https://github.com/jesseduffield/lazygit)

And you accidently open a git TUI

tig +My custom command to fix MR comments by quickly editing an old commit's changes at the time when that commit was created. (Like a more controlled git-absorb that explicitly selects a commit to fixup and therefor avoids rebase-conflicts when squashing)

today I looked at tig which is a nice text based GUI, and I think I will never use git log again :-)

If you are looking for more interactivity while remaining on the commandline, have you looked at Tig? Tig has a view for browsing refs, and you can sort by date.