5 ms·

Any tig users here ? I’m happy with it since then, looks like the feature set is pretty similar

georgyo 4y ago
Happy tig user. Viewing git history without it is painful.
samuell 4y ago
Tig is just awesome. So well thought out, with sensible shortcuts for every relevant action in each context. Must have gone a lot of thought into it.
sys_64738 4y ago
Yep tig is my world.
synergy20 4y ago
tig rules. gitui does not support vim keybinding for me, or I did not find out how. rust's size always surprise me: tig -- 600KB, gitui: 11MB similar size pattern for other utilties, in general, rust executable is about 200x larger than its c/c++ peers, and, they all linked to similar c/c++ libraries, looks like rust stdlib is pretty big in size to me.
- zmmmmm 4y ago
  looks like there's a key binding file to enable vim bindings. Having said that, I'm also a tig user and at least at first glance, I prefer its simplicity. Gitui presents a huge amount of info on the default screen and spends quite a lot of real estate drawing borders around everything. Tig just takes me straight to the commit history, full screen and then I have single key actions to get to other views. The only thing I don't like with Tig is how little it binds to keys with the expectation that you set up your own mappings to git commands. I would prefer it baked more of them in so they would be standard and documented ... but that is a minor complaint.
  - woleium 4y ago
    +1 for opinionated-tig.
- efficax 4y ago
  rust binaries are statically linked, that's the big difference. If you included all the libc code statically in most c programs they'd probably also be pretty big
  - elcritch 4y ago
    Go programs are also statically linked and Go based CLI tools generally only come in at 3-4 MB IIRC. I've used static linking in binaries in Nim and C programs too with similar (or smaller) sizes. Rust binaries are just impressively large. I'd guess part of it must be how Rust monomorphizes generics: https://rustc-dev-guide.rust-lang.org/backend/monomorph.html https://rustc-dev-guide.rust-lang.org/backend/monomorph.html
    - stjohnswarts 4y ago
      if you strip them you tend to lose a lot of the fat.
      - elcritch 4y ago
        Nice, any tips on how to do that? Is there a Cargo thing or just run regular ole strip?
        styluss 4y ago
        https://github.com/johnthagen/min-sized-rust https://github.com/johnthagen/min-sized-rust
      - synergy20 4y ago
        strip will help to some extent, like 20% downsize, just not enough
  - synergy20 4y ago
    when i have an embedded board with say 64mb storage,a few rust executable will fill them up fast. problem is that rust does not give me option to do dynamic link to its stdlib.
- accountofme 4y ago
  IIRC rust statically links crates used by the application, so it might not just be the stdlib that is causing this.
- thayne 4y ago
  I bet that size could be brought down with link time optimization, at the cost of longer build times, and potentially slower performance.
  - comonoid 4y ago
    The gitui has lto enabled.
- comonoid 4y ago
  gitui has much bigger feature set than tig. Rust binaries might be larger because Rust makes creating complex software possible.
rvz 4y ago
Nothing wrong with tig. It just works.
petepete 4y ago
I use tig daily. I've never used anything I like as much for quickly browsing through commits in a repository or staging individual hunks.
- weaksauce 4y ago
  how does tig compare to something like magit?
  - petepete 4y ago
    It only does a fraction of what magit does. I just use it for scrolling though the commit history, occasionally searching messages, and it's my tool of choice for staging/unstaging hunks. It's the only tool I use to compliment the git cli.
    - weaksauce 4y ago
      I see. have you tried magit as a comparison? while magit can do everything it's got a very easy interface for most tasks. I don't use emacs for anything but magit to the point where i have a magit command on the command line to open up emacs in the current directory and then a spc-g-g opens up magit. it's that good.
      - petepete 4y ago
        So I use neovim as my editor, I'm familiar with fugitive but only use it for blaming. I just prefer switching to my git tab in tmux and using the cli or tig deepening on what I'm doing.
vlunkr 4y ago
Tig combined with this vim plugin is big part of my workflow: https://github.com/iberianpig/tig-explorer.vim https://github.com/iberianpig/tig-explorer.vim
mcbuilder 4y ago
I used tig way back in the day, but I have found `magit` to be superior and one of the most useful emacs packages that I use daily.
carapace 4y ago
"With friends like these who needs enemies?" All these glowing recommendations and no one shares the URL? https://jonas.github.io/tig/ https://jonas.github.io/tig/
29athrowaway 4y ago
tig is better
corytheboyd 4y ago
tig is perfection

Happy tig user. Viewing git history without it is painful.

Tig is just awesome. So well thought out, with sensible shortcuts for every relevant action in each context. Must have gone a lot of thought into it.

sys_64738 4y ago

Yep tig is my world.

synergy20 4y ago

tig rules. gitui does not support vim keybinding for me, or I did not find out how. rust's size always surprise me: tig -- 600KB, gitui: 11MB similar size pattern for other utilties, in general, rust executable is about 200x larger than its c/c++ peers, and, they all linked to similar c/c++ libraries, looks like rust stdlib is pretty big in size to me.

zmmmmm 4y ago
looks like there's a key binding file to enable vim bindings. Having said that, I'm also a tig user and at least at first glance, I prefer its simplicity. Gitui presents a huge amount of info on the default screen and spends quite a lot of real estate drawing borders around everything. Tig just takes me straight to the commit history, full screen and then I have single key actions to get to other views. The only thing I don't like with Tig is how little it binds to keys with the expectation that you set up your own mappings to git commands. I would prefer it baked more of them in so they would be standard and documented ... but that is a minor complaint.
- woleium 4y ago
  +1 for opinionated-tig.
efficax 4y ago
rust binaries are statically linked, that's the big difference. If you included all the libc code statically in most c programs they'd probably also be pretty big
- elcritch 4y ago
  Go programs are also statically linked and Go based CLI tools generally only come in at 3-4 MB IIRC. I've used static linking in binaries in Nim and C programs too with similar (or smaller) sizes. Rust binaries are just impressively large. I'd guess part of it must be how Rust monomorphizes generics: https://rustc-dev-guide.rust-lang.org/backend/monomorph.html https://rustc-dev-guide.rust-lang.org/backend/monomorph.html
  - stjohnswarts 4y ago
    if you strip them you tend to lose a lot of the fat.
    - elcritch 4y ago
      Nice, any tips on how to do that? Is there a Cargo thing or just run regular ole strip?
      - styluss 4y ago
        https://github.com/johnthagen/min-sized-rust https://github.com/johnthagen/min-sized-rust
    - synergy20 4y ago
      strip will help to some extent, like 20% downsize, just not enough
- synergy20 4y ago
  when i have an embedded board with say 64mb storage,a few rust executable will fill them up fast. problem is that rust does not give me option to do dynamic link to its stdlib.
accountofme 4y ago
IIRC rust statically links crates used by the application, so it might not just be the stdlib that is causing this.
thayne 4y ago
I bet that size could be brought down with link time optimization, at the cost of longer build times, and potentially slower performance.
- comonoid 4y ago
  The gitui has lto enabled.
comonoid 4y ago
gitui has much bigger feature set than tig. Rust binaries might be larger because Rust makes creating complex software possible.

rvz 4y ago

Nothing wrong with tig. It just works.

petepete 4y ago

I use tig daily. I've never used anything I like as much for quickly browsing through commits in a repository or staging individual hunks.

weaksauce 4y ago
how does tig compare to something like magit?
- petepete 4y ago
  It only does a fraction of what magit does. I just use it for scrolling though the commit history, occasionally searching messages, and it's my tool of choice for staging/unstaging hunks. It's the only tool I use to compliment the git cli.
  - weaksauce 4y ago
    I see. have you tried magit as a comparison? while magit can do everything it's got a very easy interface for most tasks. I don't use emacs for anything but magit to the point where i have a magit command on the command line to open up emacs in the current directory and then a spc-g-g opens up magit. it's that good.
    - petepete 4y ago
      So I use neovim as my editor, I'm familiar with fugitive but only use it for blaming. I just prefer switching to my git tab in tmux and using the cli or tig deepening on what I'm doing.

vlunkr 4y ago

Tig combined with this vim plugin is big part of my workflow: https://github.com/iberianpig/tig-explorer.vim https://github.com/iberianpig/tig-explorer.vim

mcbuilder 4y ago

I used tig way back in the day, but I have found `magit` to be superior and one of the most useful emacs packages that I use daily.

carapace 4y ago

"With friends like these who needs enemies?" All these glowing recommendations and no one shares the URL? https://jonas.github.io/tig/ https://jonas.github.io/tig/

29athrowaway 4y ago

tig is better

corytheboyd 4y ago

tig is perfection