Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GitUI: Terminal UI for Git

github.com

Post reply on HN
Print view View original

81–90 of 94 posts

Re: GitUI: Terminal UI for Git

#81

Post by comonoid »

synergy20 wrote: post #23
jblecanard wrote: post #10

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

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.

gitui has much bigger feature set than tig. Rust binaries might be larger because Rust makes creating complex software possible.

Re: GitUI: Terminal UI for Git

#82

Post by chrisan »

mchaynes wrote: post #56
fny wrote: post #53

At some point I often wonder why people are so damn intent on living in their terminals. This is an ASCII GUI with the exact same feature set that `git cola` offers which is extremely lightweight and keyboard friendly. The only difference is you can't click on something if you forget the keyboard shortcut.

tmux is my main reason. i love having sessions and being able to have the same setup regardless of whether i’m in an ec2 instance or my macbook

why are you using git (in an advanced way, if at all) on ec2?

Re: GitUI: Terminal UI for Git

#83

Post by synergy20 »

MarkSweep wrote: post #74
synergy20 wrote: post #69

Earlier quoted context omitted.

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.

Not that this is based on some Googleing and experimentation; I could not find official docs. It actually is possible to dynamically link to the standard library. Add this to your project's .cargo/config.toml file: [build] rustflags = ["-C", "prefer-dynamic"] And add a reference to this crate, which copies the stdlib's shared library to your output directory: https://github.com/WilliamVenner/prefer-dynamic After you…

as far as i know,this is not officially supported.rust links to its stdlib statically by design. when you have to share this stdlib with a few dynamically linked rust crates it's hard to do in practice.

tried all size reduction tricks,still the size is much large,like 15x large than c,c++. even the stdlib is a 3x larger than to libstdc++

Re: GitUI: Terminal UI for Git

#84

Post by woleium »

zmmmmm wrote: post #30
synergy20 wrote: post #23

Earlier quoted context omitted.

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.

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 thin…

+1 for opinionated-tig.

Re: GitUI: Terminal UI for Git

#85

Post by samgranieri »

fny wrote: post #53

At some point I often wonder why people are so damn intent on living in their terminals. This is an ASCII GUI with the exact same feature set that `git cola` offers which is extremely lightweight and keyboard friendly. The only difference is you can't click on something if you forget the keyboard shortcut.

I really enjoy having multiple apps and editors running in tmux splits. I’m very fast in it and it helps keep me focused.

Re: GitUI: Terminal UI for Git

#86

Post by petepete »

weaksauce wrote: post #44
petepete wrote: post #39

Earlier quoted context omitted.

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.

how does tig compare to something like magit?

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.

Re: GitUI: Terminal UI for Git

#87

Post by ithrow »

chrisan wrote: post #82
mchaynes wrote: post #56

Earlier quoted context omitted.

tmux is my main reason. i love having sessions and being able to have the same setup regardless of whether i’m in an ec2 instance or my macbook

why are you using git (in an advanced way, if at all) on ec2?

It's common to have your remote dev environment on a remote VM.

Re: GitUI: Terminal UI for Git

#88

Post by synergy20 »

stjohnswarts wrote: post #77
elcritch wrote: post #65

Earlier quoted context omitted.

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

if you strip them you tend to lose a lot of the fat.

strip will help to some extent, like 20% downsize, just not enough

Re: GitUI: Terminal UI for Git

#90

Post by weaksauce »

petepete wrote: post #86
weaksauce wrote: post #44

Earlier quoted context omitted.

how does tig compare to something like magit?

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.

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.
Post reply on HN