В чем разница между использованием терминала в mac vs linux?

Я использую Ubuntu последние четыре года.
У меня есть базовые знания команд оболочки, и я предпочитаю работать в терминале, а не использовать графический интерфейс. Недавно я начал использовать Mac.

Я пробовал несколько терминальных команд (которые я использую на Ubuntu) в терминале Mac и, похоже, отвечает в основном таким же образом.

Есть ли существенные различия в командах, которые я использую, выполняемые ими задачи или среду оболочки, о которой я должен знать?

Ответ 1

Если вы сделали новую или чистую установку OS X версии 10.3 или более поздней, оболочка пользовательского терминала по умолчанию - bash.

Bash по существу является расширенной и бесплатной версией GNU оригинальной оболочки Bourne, sh. Если у вас есть предыдущий опыт работы с bash (часто по умолчанию в установках GNU/Linux), это делает работу командной строки OS X знакомой, в противном случае рассмотрите возможность переключения вашей оболочки либо на tcsh, либо на zsh, поскольку некоторые находят, дружелюбный.

Если вы обновили или использовали OS X версии 10.2.x, 10.1.x или 10.0.x, пользовательская оболочка по умолчанию - tcsh, расширенная версия csh ('c-shell'). Ранние реализации были немного ошибочными, а синтаксис программирования немного странным, поэтому он развил плохой рэп.

Есть еще некоторые фундаментальные различия между mac и linux, так как Гордон Дэвиссон так точно перечисляет, например no useradd на Mac и ifconfig работает по-другому.

Следующая таблица полезна для знания различных оболочек unix.

sh      The original Bourne shell   Present on every unix system 
ksh     Original Korn shell         Richer shell programming environment than sh 
csh     Original C-shell            C-like syntax; early versions buggy 
tcsh    Enhanced C-shell            User-friendly and less buggy csh implementation 
bash    GNU Bourne-again shell      Enhanced and free sh implementation 
zsh     Z shell                     Enhanced, user-friendly ksh-like shell

Вы также можете найти полезные советы:

http://homepage.mac.com/rgriff/files/TerminalBasics.pdf

http://guides.macrumors.com/Terminal
http://www.ofb.biz/safari/article/476.html

Наконец, я нахожусь в Linux (Ubuntu 11) и Mac osX, поэтому я использую bash, и мне больше всего нравится настройка файла .bashrc(source'd из .bash_profile в OSX) с алиасы, некоторые примеры ниже. Теперь я поместил все свои псевдонимы в отдельный файл .bash_aliases и включил его с помощью:

if [ -f ~/.bash_aliases ]; then
    . ~/.bash_aliases
fi

в файле .bashrc или .bash_profile.

Обратите внимание, что это пример разницы в mac-linux, поскольку на Mac вы не можете иметь --color=auto. В первый раз, когда я это сделал (не зная), я переопределил ls как недопустимый, который был немного тревожным, пока я не удалил --auto-color!

Вы также можете найти https://unix.stackexchange.com/q/127799/10043 полезный

# ~/.bash_aliases
# ls variants
#alias l='ls -CF' 
alias la='ls -A' 
alias l='ls -alFtr' 
alias lsd='ls -d .*' 
# Various
alias h='history | tail'
alias hg='history | grep'
alias mv='mv -i' 
alias zap='rm -i'
# One letter quickies:
alias p='pwd'
alias x='exit'
alias {ack,ak}='ack-grep'
# Directories
alias s='cd ..'
alias play='cd ~/play/'
# Rails
alias src='script/rails console'
alias srs='script/rails server'
alias raked='rake db:drop db:create db:migrate db:seed' 
alias rvm-restart='source '\''/home/durrantm/.rvm/scripts/rvm'\'''
alias rrg='rake routes | grep '
alias rspecd='rspec --drb '
#
# DropBox - syncd
WORKBASE="~/Dropbox/97_2012/work"
alias work="cd $WORKBASE"
alias code="cd $WORKBASE/ror/code"
#
# DropNot - NOT syncd !
WORKBASE_GIT="~/Dropnot"
alias {dropnot,not}="cd $WORKBASE_GIT"
alias {webs,ww}="cd $WORKBASE_GIT/webs"
alias {setups,docs}="cd $WORKBASE_GIT/setups_and_docs"
alias {linker,lnk}="cd $WORKBASE_GIT/webs/rails_v3/linker"
#
# git
alias {gsta,gst}='git status' 
# Warning: gst conflicts with gnu-smalltalk (when used).
alias {gbra,gb}='git branch'
alias {gco,go}='git checkout'
alias {gcob,gob}='git checkout -b '
alias {gadd,ga}='git add '
alias {gcom,gc}='git commit'
alias {gpul,gl}='git pull '
alias {gpus,gh}='git push '
alias glom='git pull origin master'
alias ghom='git push origin master'
alias gg='git grep '
#
# vim
alias v='vim'
#
# tmux
alias {ton,tn}='tmux set -g mode-mouse on'
alias {tof,tf}='tmux set -g mode-mouse off'
#
# dmc
alias {dmc,dm}='cd ~/Dropnot/webs/rails_v3/dmc/'
alias wf='cd ~/Dropnot/webs/rails_v3/dmc/dmWorkflow'
alias ws='cd ~/Dropnot/webs/rails_v3/dmc/dmStaffing'

Ответ 2

@Ответ Майкла Дарранта умело охватывает оболочку, но среда оболочки также включает в себя различные команды, которые вы используете в оболочке, и они будут похожи, но не идентичны между OS X и Linux. В общем, обе они будут иметь одни и те же основные команды и функции (особенно те, которые определены в стандарте Posix), но многие расширения будут разными.

Например, Linux-системы обычно имеют команду useradd для создания новых пользователей, но OS X этого не делает. В ОС X вы обычно используете графический интерфейс для создания пользователей; если вам нужно создать их из командной строки, вы можете использовать dscl (который не имеет linux) для редактирования пользовательской базы данных (см. здесь).

Кроме того, некоторые команды, которые у них есть, будут иметь разные функции и опции. Например, linuxs обычно включают GNU sed, который использует параметр -r для вызова расширенных регулярных выражений; на OS X вы должны использовать параметр -E, чтобы получить тот же эффект.

EDIT: Еще одно отличие состоит в том, что многие команды linux позволяют указывать параметры после своих аргументов (например, ls file1 file2 -l), тогда как большинство команд OS X требуют, чтобы параметры выполнялись строго сначала (ls -l file1 file2).

Наконец, поскольку сама ОС отличается, некоторые команды ведут себя по-разному между ОС. Например, в linux вы, вероятно, используете ifconfig для изменения конфигурации сети. В OS X ifconfig будет работать (возможно, с немного отличающимся синтаксисом), но ваши изменения, скорее всего, будут перезаписаны случайно демонами конфигурации системы; вместо этого вы должны отредактировать сетевые настройки с помощью networksetup, а затем пусть демон конфигурации будет применять их к текущему состоянию сети.