Git псевдонім з позиційними параметрами

В основному я намагаюся псевдонім:

git files 9fa3

... для виконання команди:

git diff --name-status 9fa3^ 9fa3

але, схоже, git не передає позиційні параметри команді alias. Я намагався:

[alias]
    files = "!git diff --name-status $1^ $1"
    files = "!git diff --name-status {1}^ {1}"

... і кілька інших, але ті не спрацювали.

Виродженим випадком буде:

$ git echo_reverse_these_params a b c d e
e d c b a

... як я можу зробити цю роботу?

Найбільш очевидний спосіб - це використання функції оболонки:

[alias]
    files = "!f() { git diff --name-status \"$1^\" \"$1\"; }; f"

Псевдонім без !трактується як команда Git; напр commit-all = commit -a.

З !, він запускається як власна команда в оболонці, дозволяючи вам використовувати більш сильну магію, як це.

UPD
Оскільки команди виконуються в корені сховища, ви можете використовувати ${GIT_PREFIX}змінну при посиланні на назви файлів у командах

Ви також можете посилатися shбезпосередньо (замість створення функції):

[alias]
        files = !sh -c 'git diff --name-status $1^ $1' -

(Зверніть увагу на тире в кінці рядка - вам це знадобиться.)

Псевдонім, який ви шукаєте, це:

files = "!git diff --name-status \"$1\"^ \"$1\" #"

З підтвердженням аргументу:

files = "!cd -- \"${GIT_PREFIX:-.}\" && [ x$# != x1 ] && echo commit-ish required >&2 || git diff --name-status \"$1\"^ \"$1\" #"

Остаточне# важливо - це запобігає всі надані користувачем аргументи з обробки з допомогою оболонки (це коментарі їх).

Примітка: gitставить усі аргументи, що надаються користувачем, в кінці командного рядка. Щоб побачити це в дії, спробуйте:GIT_TRACE=2 git files a b c d

Утеклі (через вкладення) лапки важливі для імен файлів, що містять пробіли або "; rm -rf --no-preserve-root /;)

Використовуйте GIT_TRACE = 1, описаний на сторінці git man, щоб зробити псевдонім обробкою прозорим:

$ git config alias.files
!git diff --name-status $1^ $1
$ GIT_TRACE=1 git files 1d49ec0
trace: exec: 'git-files' '1d49ec0'
trace: run_command: 'git-files' '1d49ec0'
trace: run_command: 'git diff --name-status $1^ $1' '1d49ec0'
trace: exec: '/bin/sh' '-c' 'git diff --name-status $1^ $1 "$@"' 'git diff --name-status $1^ $1' '1d49ec0'
trace: built-in: git 'diff' '--name-status' '1d49ec0^' '1d49ec0' '1d49ec0'
trace: run_command: 'less -R'
trace: exec: '/bin/sh' '-c' 'less -R' 'less -R'
MM      TODO

Ваші оригінальні команди працюють з версією git 1.8.3.4 (Еймантас зазначив, що це змінилося в 1.8.2.1).

В sh -c '..' --і f() {..}; fваріанти як чисто обробляти «$ @» параметри по - різному (див з GIT_TRACE). Додавання "#" до псевдоніма також дозволить позиційні параметри, не виходячи з кінцевих.

Як зазначено вище, Drealmer :

" Будь обережний, ! запуститься в корені сховища, тому використання відносних шляхів при виклику псевдоніма не дасть результатів, які ви могли очікувати. - Drealmer 8 серпня 1313 о 16:28 »

GIT_PREFIX встановивши git в підкаталог, в якому ви перебуваєте, ви можете його обійти, спершу змінивши каталог:

git config --global alias.ls '! cd "$ {GIT_PREFIX: -.}"; л -ал '

Я хотів це зробити з псевдонімом, який робить це:

git checkout $1;
git merge --ff-only $2;
git branch -d $2;

Врешті-решт я створив скрипт оболонки на ім’я git-m, який містить цей вміст:

#!/bin/bash -x
set -e

#by naming this git-m and putting it in your PATH, git will be able to run it when you type "git m ..."

if [ "$#" -ne 2 ]
then
  echo "Wrong number of arguments. Should be 2, was $#";
  exit 1;
fi

git checkout $1;
git merge --ff-only $2;
git branch -d $2;

Це має перевагу в тому, що вона набагато розбірливіша, оскільки знаходиться в декількох рядках. Плюс мені подобається, що я можу викликати bash з -xі set -e. Ви, ймовірно, можете робити все це як псевдонім, але це було б дуже потворно і важко в обслуговуванні.

Оскільки файл названий, git-mви можете запустити його так:git m foo bar

Просто наткнувся на щось подібне; сподіваюся, що все в порядку, щоб розмістити свої замітки. Одне, що бентежить мене щодо gitпсевдонімів з аргументами, ймовірно, походить з git help config(у мене версія git 1.7.9.5):

Якщо розширення псевдоніму встановлено префіксом оклику, воно буде розглядатися як команда оболонки. Наприклад, визначаючи "alias.new =! Gitk --all --not ORIG_HEAD", виклик "git new" еквівалентний виконанню команди оболонки "gitk --all - not ORIG_HEAD". Зауважте, що команди оболонки виконуватимуться з каталогу верхнього рівня репозиторію, який не обов'язково може бути поточним каталогом. [...]

Я бачу це - якщо псевдонім "буде розглядатися як команда оболонки", коли він буде встановлений префіксом оклику - чому мені потрібно використовувати функцію або sh -cаргументи; чому б просто не написати мою команду як є?

Я досі не знаю відповіді - але я думаю, що насправді є невелика різниця в результаті. Ось невеликий тест - киньте це у своє .git/configчи своє ~/.gitconfig:

[alias]
  # ...
  ech = "! echo rem: "
  shech = "! sh -c 'echo rem:' "
  fech = "! f() { echo rem: ; }; f " # must have ; after echo!
  echargs = "! echo 0[[\"$0\"]] 1-\"$1\"/ A-"$@"/ "
  fechargs = "! f() { echo 0[[\"$0\"]] 1-\"$1\"/ A-"$@"/ ; }; f "

Ось що я запускаю ці псевдоніми:

$ git ech word1 word2
rem: word1 word2

$ git shech word1 word2
rem:

$ git fech word1 word2
rem:

$ git echargs word1 word2
0[[ echo 0[["$0"]] 1-"$1"/ A-$@/ ]] 1-word1/ A-word1 word2/ word1 word2

$ git fechargs word1 word2
0[[ f() { echo 0[["$0"]] 1-"$1"/ A-$@/ ; }; f ]] 1-word1/ A-word1 word2/

... або: коли ви використовуєте команду "plain" після псевдоніма !"as-is" git- тоді gitавтоматично додається до цієї команди список аргументів! Спосіб уникнути цього - насправді називати свій скрипт або функцією, або як аргумент sh -c.

Ще одна цікава річ (для мене) полягає в тому, що в сценарії оболонки зазвичай очікується, що автоматична змінна $0буде іменем файлу сценарію. Але для gitфункції псевдоніму $0аргументом є, в основному, вміст всієї рядка, що вказує цю команду (як введено у конфігураційний файл).

Ось чому, я думаю, якщо у вас трапиться неправильне котирування - у нижченаведеному випадку це стане уникнутим зовнішніх подвійних лапок:

[alias]
  # ...
  fail = ! \"echo 'A' 'B'\"

... - тоді gitне вдалося б (для мене, принаймні) дещо криптованого повідомлення:

$ git fail
 "echo 'A' 'B'": 1: echo 'A' 'B': not found
fatal: While expanding alias 'fail': ' "echo 'A' 'B'"': No such file or directory

Я думаю, оскільки git"бачив" цілий рядок лише одним аргументом !- він намагався запустити його як виконуваний файл; і, відповідно, не вдалося знайти "echo 'A' 'B'"як файл.

У будь-якому випадку, в контексті git help configцитати вище, я б припускав, що більш точно сказати щось на зразок: " ... виклик" git new "еквівалентно виконанню команди оболонки" gitk --all - not ORIG_HEAD $ @ ", де $ @ - аргументи, передані псевдоніму команди git з командного рядка під час виконання. ... ". Я думаю, що це також пояснить, чому "прямий" підхід в ОП не працює з позиційними параметрами.