coreutils
delta
Our great sponsors
coreutils | delta | |
---|---|---|
119 | 88 | |
16,712 | 20,364 | |
1.9% | - | |
10.0 | 8.4 | |
30 minutes ago | 6 days ago | |
Rust | Rust | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
coreutils
-
Cross-platform Rust rewrite of the GNU coreutils
Not that it should represent the rubicon of when to/not to rewrite code, but when you do, you do trade one set of bugs for a new set of bugs: https://github.com/uutils/coreutils/issues
-
The First Stable Release of a Rust-Rewrite Sudo Implementation
Would be interesting to see a a Debian derivative that combines this with the Rust Implementation Of GNU Coreutils.[1] Could be a big win for memory safety and performance.
-
Looking for a small boring rust project to help my learning.
uutils /coreutils is also a great project. It has many contributors, and it also is a great resource to learn.
-
I Built an Implementation of the ls Command to Learn Rust! (Used to List Files in the Terminal)
You might be interested in this? https://github.com/uutils/coreutils
-
I have years of experience in vulnerability analysis including several 0-day discovery, and this bug [buffer overflow] seems totally safe.
Already did it. Checkmate, as i believe your people say.
- Tree(1) in Zig
-
Rust is ugly, doesn’t even let you write simple data structures, unsafe rust is not even defined, makes the simplest things so hard to write and did I mention it’s ugly?
Ah yes, std, that famous crate that is unusable for systems programming. God forbid anyone do any "systems" programming that uses std.
-
GitHub - dcantrell/bsdutils: Alternative to GNU coreutils using software from FreeBSD
I suppose there's some merit in having another option. But I also immediately thought why not just contribute to https://github.com/uutils/coreutils.
I like the idea but I think that https://github.com/uutils/coreutils likely is the better option going forward if you want to avoid GNU coreutils. Writing code that works on all platforms seems better than to port from one system to another, in my opinion
delta
- Difftastic, a structural diff tool that understands syntax
- Popular Git Config Options
-
So You Think You Know Git – Git Tips and Tricks by Scott Chacon
Thanks for the difftastic & zoxide tips.
However, I've been using this git pager/difftool: https://github.com/dandavison/delta
While it's not structural like difft, it does produce more readable output for me (at least when scrolling fast through git log -p /scanning quickly
-
Essential Command Line Tools for Developers
View on GitHub
- Potencializando Sua Experiência no Linux: Conheça as Ferramentas em Rust para um Desenvolvimento Eficiente
-
Unified versus Split Diff
I'm currently waiting on the integration between Delta and Difftastic:
https://github.com/dandavison/delta/issues/535
Difftastic now has JSON output, whic should make it much easier to build this.
Semi-related, I recently discovered https://github.com/dandavison/delta: A syntax-highlighting pager for git, diff, and grep output
It appears to enable choosing between unified and split views for each of those tools.
- Ask HN: What's a new developer tool you recently started using?
-
Magit
I'm surely in the minority here. I've been using Emacs for almost a decade now, but I just can't get into the Magit workflow. I've tried several times, but always end up going back to Git on the command line. I have dozens of aliases, shell integrations, a nice diff viewer[1], etc., and interacting with Git has become muscle memory. I can commit, cherry-pick, rebase, bisect, fix conflicts, etc., in a fraction of the time it would take me to navigate Magit's UI. I'm sure with enough practice, a Magit user could do this more quickly and efficiently, but honestly, with some custom-built porcelain, Git's UI is not so bad. Though this could very well be Stockholm syndrome after using it for such a long time...
For whatever reason, Magit's opinionated workflows never clicked with me. A part of it is the concern that it will do something weird to my repo that I'll then have to waste more time undoing manually. I usually don't trust sugary wrappers around tools. And another is the fact I don't use Emacs on all machines, and setting up Git on a remote system is just a matter of copying over my config and some shell integrations.
Also, on a more personal note, I find the cultish fanboyism whenever Magit is brought up slightly offputting. Does anyone have anything bad to say about it? No software can realistically be this infallible. :)
-
How to use Git?
and for just in terminal also check out https://github.com/dandavison/delta for nicer looking diffs, didn't really like the defaults, but with some config I really like it.
What are some alternatives?
diff-so-fancy - Good-lookin' diffs. Actually… nah… The best-lookin' diffs. :tada:
difftastic - a structural diff that understands syntax 🟥🟩
vim-fugitive - fugitive.vim: A Git wrapper so awesome, it should be illegal
lazygit - simple terminal UI for git commands
vim-gitgutter - A Vim plugin which shows git diff markers in the sign column and stages/previews/undoes hunks and partial hunks.
gitui - Blazing 💥 fast terminal-ui for git written in rust 🦀
exa - A modern replacement for ‘ls’.
git-split-diffs - Syntax highlighted side-by-side diffs in your terminal
ripgrep - ripgrep recursively searches directories for a regex pattern while respecting your gitignore
bat - A cat(1) clone with wings.
tokei - Count your code, quickly.
watchexec - Executes commands in response to file modifications