I am currently looking for a way to easily store and run commands, usually syncing files between two deeply nested directories whenever I want.
So far I found these projects:
Other solutions:
- Bash history using ^+r
- Bash aliases
- Bash functions
What do you guys use?
aliases in .bashrc
If you use
fishyou can use abbreviationsObvious things I don’t see mentioned:
- Bash scripts kept in the home directory or another place that’s logical for them specifically.
history | grep whatever(or other useful piping), though your older commands are forgotten eventually. You can mess with the values ofHISTSIZEandHISTFILESIZEenvironment variables in your system.
I wouldn’t install a program for this if your use case is simple. You will end up relying on it when there are already some built in tools that can get you 99% of the way there.
- Bash scripts placed in ~/bin or ~/.local/bin
- Can have simple or complex scripts setup to do whatever you want
- Easily called from terminal or automated through cron or systemd
- Environment variables set in -/.bashrc
- Great for storing common paths, strings, etc.
- Can be easily incorporated into bash scripts
- Aliases set in ~/.bashrc
- Ideal (IMO) for common commands with preferred options
- for example you could setup your most used
rsynccommand to an alias:alias rsync-cust=“rsync -avuP”
Edit: rephrased to not discount the tools shared. I am sure if you had a specific reason to use them they could be helpful. But I think for many users the above options are more than enough and are supported pretty universally.
I more or less was just looking for a general survey of what other people used.
I agree installing a binary for this small kind of thing might be excessive.
Yeah, potentially overkill, but all the power to anyone who wants to try them out. Freedom of choice is one of the best parts of Linux.
And sorry for the long response. It’s hard to gauge the proficiency that someone might have with Linux, so I tend to lean towards detailed explanations just in case
I did not know any of the programs mentioned in the post, but some of them seem really nice. Can someone who thinks aliases are a better solution please explain why they think so and what is their advantage over these projects? Do they have any pitfalls that you are aware of?
I believe that if I use a command sparsely enough, I will forget the created alias name just a few days later than the actual command.
I think that there are definitely valuable/valid use cases for the software in the OP, but I think that the built in bash tools can get most people most of the way there. And learning the common bash/shell conventions is way more valuable than learning a custom tool that some distros/environments won’t support.
If someone already uses aliases, creates some custom scripts, and sets some useful environment variables (along with effective use of piping and redirection) and still needs something more specialized, then getting a new tool could help.
The downsides are a reliance on another piece of software to use the terminal. So I would only use something like this if I had a really solid and specific use case I couldn’t accomplish with what I already use.
Bash is a shell but it’s also a programming language, so between functions, aliases and scripts you can do anything you want without depending on an external program that might break, not be maintained anymore and you need to install everytime you reinstall, a machine.
I just have to restore my .bashrc and ~/bin…
Fish shell. Out of the box it autocompletes taking into account in which directory you are. It’s like bash Ctrl+r but without actually invoking it before. Really ergonomic.
Fish (or zsh with some addons) will give you tab completion based on previous commands, might be something of interest?
Here’s some addon tips if you’d rather run zsh instead of fish:
https://gist.github.com/abhigenie92/a907cdf8a474aa6b569ebe89aeee560d
Fish shell is great, but the more I’ve used it, the more incompatibilities I’ve found:
- Can’t use subshells
- Can’t use bash syntax (it would help if bass would process all commands by default)
- Can’t use bash completions (there’s a script to do that, but it makes start very slow)
Other than that, it just works by default (unlike zsh) and it works even better with an easy-to-install Tide
Yeah, it has its downsides. zsh with some addons is probably better overall. Or if you’re at least aware of it’s differences from bash and can work with that.
I like bash scripts + auto key! Custom commands with custom keybinds.
I have a file in my ~ called .alias and it is sourced by any shell I might use (currently just zsh) in it are common aliases like s => sudo and “sudo” => "sudo " (just put this as an alias if you use them a lot, you’ll thank me when you’re trying to use them with sudo)
I vi as the command line editor, so fetching history commands is quick:
ESC /searchstring
But if it’s something really frequent or may benefit from parameters, I usually throw a perl or bash script in /usr/local/bin.
An alias file is what I’ve found to be the simplest. Just have to add one line to either .zshrc or .bashrc that links to the file. I store the alias file and some custom scripts that a few aliases call in a git repo so it’s literally just a matter of git pull, add one line to the rc file and then close and reopen the terminal and everything is ready to go.
McFly for better ”ctrl+c”. It also keeps track of what commands you ran in what directory.
.zsh aliases to bash functions.
Thanks for the list though, gonna take a look at a few!
Fish and its search functionality work great for me.
Try
fzf. The default hooks will launch fuzzy finders forC-r: history searchAlt-c: change directoryC-t: fill in argument for a nested path
All seem pretty good for your use case.
I use vi as the command line editor, so fetching history commands is quick:
ESC /searchstring
But if it’s something really frequent or may benefit from parameters, I usually throw a perl or bash script in /usr/local/bin.
