Możesz zajrzeć do ~ / .bashrc (lub jakiegoś pliku, w którym znajdują się twoje aliasy) lub możesz napisać niektóre z tych poleceń w swojej powłoce:
command -v ll # "command" is a shell built-in that display information about
# the command. Use the built-in "help command" to see the
# options.
type -p ll # "type" is another built-in that display information about how the
# command would be interpreted
grep -r "alias ll=" ~ # and don't worry about de .file that contains your
# alias. This command search recursively under each
# folder of your home. So it's something rude.
find ~ -maxdepth 1 -type f | xargs grep "alias ll" # Just look in
# the files (not folders) in your home folder
Ale po co używać find bez nazwy „. *”? Ponieważ możesz umieścić to w swoim .bashrc
source bash_hacks # where the file bash_hacks, in your home directory can
# contain the alias ll='ls -la etc etc'.
Ponieważ „ll” jest aliasem, nie jest konieczne, aby miało tylko jedno znaczenie (ll = 'ls -alF --color'), możesz aliasować swoje „ll” jak inne polecenie, takie jak, nie wiem, „rm” . Myślę, że to bardziej konwencja (produkt powszechnych zastosowań).
Ale „II” może być programem przechowywanym w dowolnym folderze ŚCIEŻKI. Na przykład, jeśli masz w domu folder o nazwie „bin”, utwórz skrypt „ll” zawierający coś takiego
#!/bin/bash
ls -lhar
Ale co, jeśli zmieniono ŚCIEŻKĘ, aby dodać kolejny folder zawierający nowe polecenie „ll”? Aby uzyskać więcej interesujących informacji, możesz skorzystać z następującego łącza do powiązanego pytania.
type -a commandname
ujawni wszystko - powie ci, czy polecenie jest jednym lub kilkoma aliasami, funkcjami, wbudowanymi lub jednym lub kilkoma plikami wykonywalnymi w twojej ŚCIEŻCE, w tej kolejności. Pomaga to zrozumieć, na przykład, dlaczego odblokowanie polecenia nie przywraca go do oczekiwanego zachowania.