Алиасы в bash для быстрого набора команд Git

[sergio_nsk]

Не надо так делать. dd - это программа, go - это компилятор, ll - часто ls -l, reset - это команда шелла. Неужели сложно написать git в начале?

Примерно так

git() {
    if [[ $@ == "f" ]]; then
        command git fetch --tags
    elif [[ $@ == "s" ]]; then
        command git status
    else
        command git "$@"
    fi
}

Bash documentation:

For almost every purpose, shell functions are preferred over aliases.

[E_STRICT]

Зачем вообще использовать Баш вместо Гит алиасов?

[E_STRICT]

Про какую пачку речь? Все алиасы хранятся в одном .gitconfig файле.

[storoj]

можно сделать git init в домашней директории и синхронизировать все свои настройки на всех компьютерах

[storoj]

Есть настройка ignore untracked: пока явно не начнёшь трекать какой-нибудь конфиг, git status будет пуст.

[storoj]

git config --local status.showUntrackedFiles no

[PlatinumThinker]

еще есть вариант с тем чтобы такой репозиторий держать в ~/.dotfiles и оттуда сделать линки на всякие .vimrc и прочее (https://github.com/platinumthinker/dotfiles/blob/master/bootstrap.sh)

[PlatinumThinker]

Есть уже подобный проект bash-it. Только там постарались избежать конфликтов с программами и существующими алиасами.
Есть аналогичные алиасы в oh-my-zsh. Хотя конечно считаю что это то еще зло, т.к. легко можно ошибиться.

[brownfox]

Большая часть алиасов выполнена по схеме alias n='git n'

Идея настолько очевидная, что ценность статьи не очень понятна :)

[andrey0700]

Поделиться существующей практикой и идеями. Я уже достаточно давно использую алиасы, они оказались намного удобнее, чем вводить команды целиком, причём именно в таком виде, легко запоминаются, нет никакой путаницы, действия доводятся до автоматизма. Собственно, основной моей деятельностью в консоли является работа с git.

Ну и в интернете список алиасов всегда под рукой. :)

[randomsimplenumber]

dd и reset - существующие утилиты, к git никак не относятся.

[andrey0700]

dd используется или через sudo, или от имени суперпользователя. В обоих случаях алиасы работать перестают, поскольку прописаны у непривилегированного пользователя. На моей практике у меня не возникало проблем с существующими командами.

Если алиасы совпадают с командами, которые в норме не используются, то проблем нет. Именно поэтому я лишь про команду go упомянул.

Отразил данную информацию в статье.

[randomsimplenumber]

dd используется или через sudo, или от имени суперпользователя

dd используется по разному. Git, кстати, тоже. А делать алиасы, совпадающие с существующими программами, это вредительство.

[andrey0700]

Чем же это может вредить? С таким же успехом навредить может кастомизация горячих клавиш. Мне не нравится F2 для переименовывания файлов, я её на другое действие переназначаю. Алиасы предназначены для катомизации терминала под себя, как будет удобно именно отдельному человеку. Из людей, с кем я работал, один взял мой вариант, а другой сделал себе свои, совсем другие, алиасы.

Что касается пересечений с названиями команд, то писать /bin/dd будет даже более хорошей практикой в скриптах, поскольку исключает пересечение с алиасами. Если часто требуется выполнять эту команду из консоли, то можно не прописывать автоматическое подключение алиасов в bashrc, а инициализировать их раз в день в рабочей консоли отдельной командой. Либо же подобрать другое название, например, dc (diff, color).

И если уж называете вредительсвом, то давайте расшифровку того, что имеете в виду, какие именно случаи, и какой вред в этих случаях алиасы могут нанести.

[wibotwi]

В скриптах алиасы не работают. Вы можете в скриптах продолжать писать dd.

[andrey0700]

Большое спасибо за пояснение! Действительно. Этого момента не знал.

[E_STRICT]

писать /bin/dd будет даже более хорошей практикой в скриптах, поскольку исключает пересечение с алиасами

Такой скрипт не будет портабельным, потому абсолютный путь может отличаться на разных системах. Чтобы игнорировать алиас или шел функцию достаточно поместить название команды в кавычки либо запускать через command.

[randomsimplenumber]

Чем же это может вредить?

Ну, можно представить кулхацкера, который на своей любимой системе виндовз сделал глубокий апгрейд: поменял картинки и подписи на всех ярлыках, потому что ему удобно, когда вместо иконки 'мой компьютер' - мусорная корзина. Вредит он только себе - с такими нестандартными привычками за любым другим компьютером ему будет неудобно.

[bullkasizumom]

почему бы не использовать .gitconfig для алиасов и не плодить конфликты в bash командах? или это очередная статья из разряда придумал не знаю для чего, но могу вот так...

[souls_arch]

И сколько секунд экономит нам pull вместо git pull? Сейчас угадаю - 0. При скорости печати 200-300зн/м вслепую и редкости операции.

Там и так все сокращено, куда еще? Вы еще команды линуха/макОС уже до букв аббревиатур сокращенные посокращайте

В громоздких запросах бд - псевдонимы необходимость. А в гите то на кой?

Это мое мнение, можно пинать.

[saipr]

Если не предвзято взглянуть на первую часть статьи, то, в принципе, имеем неплохую подсказку по командам git для начинающего пользователя.

[wibotwi]

А зачем вам алиас на git pull? Я ума не приложу зачем эта команда может понадобиться. Я в 100% случаев зову git pull --rebase.

[Zuy]

А что не так с git pull? Ну вот лежит у меня master, хочу я с сервера свежие комитты подтянуть в него, так и использую git pull. Или я чего-то не понимаю?

[mayorovp]

Проблема в том, что эти свежие комитты будут вмержены в вашу текущую ветку, причём ваша ветка будет считаться основной. Это не проблема если вы работаете в отдельной ветке, которую потом будете мержить обратно, но если результат git pull запушить — большинство инструментов построения списков изменений поломаются.

Ну а если вы и вовсе PR готовите, то там комиты слияния выглядят попросту некрасиво.

[storoj]

git config --global pull.rebase true

[wibotwi]

да, но автор мне кажется не любит .gitconfig, иначе бы не клал git алиасы в .bashrc

[Zuy]

Ах, вот вы про что. Тут все верно, git pull делается только на ветках в которых работа не идёт и обратно они не отправляются.

[wibotwi]

в таких ветках и git pull --rebase будет работать. А тогда зачем платить дважды? Я за то чтобы git pull не использовалась никогда.

[arelive]

А теперь ищем в поиске гитхаба 'dotfiles', открываем любой репозиторий, заходим в .bashrc / .zshrc и видим, что вешать алиасы на все частые команды, не только git - повсеместная практика. Заодно понимаем, что алиасы 'll', 'gs' и тем более 'go' - очень и очень плохие.

[cool_burn]

Зачем это нужно, если есть powerlevel10k?)

[rionnagel]

tudoy/sudoy/getoverhere/nunafig

Вообще я иногда испльзую аллиасы только при хронических ошибках и сильном постоянстве (ls/sl, чтоб паровозик не вызывал, ip ч тоб всегда был с -c и т.д.).

Как бы не звучало, но имхо по аллиасам мана достаточно.