commandlinefu.com is the place to record those command-line gems that you return to again and again.
Delete that bloated snippets file you've been using and share your personal repository with the world. That way others can gain from your CLI wisdom and you from theirs too. All commands can be commented on, discussed and voted up or down.
If you have a new feature suggestion or find a bug, please get in touch via http://commandlinefu.uservoice.com/
You can sign-in using OpenID credentials, or register a traditional username and password.
First-time OpenID users will be automatically assigned a username which can be changed after signing in.
Every new command is wrapped in a tweet and posted to Twitter. Following the stream is a great way of staying abreast of the latest commands. For the more discerning, there are Twitter accounts for commands that get a minimum of 3 and 10 votes - that way only the great commands get tweeted.
» http://twitter.com/commandlinefu
» http://twitter.com/commandlinefu3
» http://twitter.com/commandlinefu10
Use your favourite RSS aggregator to stay in touch with the latest commands. There are feeds mirroring the 3 Twitter streams as well as for virtually every other subset (users, tags, functions,…):
Subscribe to the feed for:
Useful if you have to put together multiple files into one and they are scattered across subdirectories. For example: You need to combine all .sql files into one .sql file that would be sent to DBAs as a batch script.
You do get a warning if you create a file by the same extension as the ones your searching for.
find . -type f -name *.sql -exec cat {} > BatchFile.txt \;
If you can do better, submit your command here.
You must be signed in to comment.
You know you're rewriting the file on each output, right?
@ubersoldat: No, he isn't. The output redirection is evaluated by the shell only once.
However, this can be done much easier, safer and more efficient with zsh (this is one of the many reasons why I love zsh):
cat **/*.ext > file.txtI think the argument to -name should be quoted, otherwise the shell is needlessly expanding it.
@inof I can see why one might think that you're cat-appending to the same file multiple times because the output redirection is put before the end of the argument to the -exec option. So a more readable and error-free form of the command would be:
find . -type f -name "*.ext" -exec cat {} \; >filename.txtso that the arguments to find and the shell syntax are clearly separated. Bash 4.0 has added support for ** globbing, although this won't obsolete find :-).
Good stuff guys, your comments assisted me to pull text out of binary files from multiple files and directories by essentially just replacing cat with strings. Thanks for sharing your knowledge.
find . -type f -name "*.*" -exec strings {} \; >alltext.out
Hi guys! Can you please explain me the purpose of the final backslash just after file.txt?