위치 매개 변수가있는 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 man 페이지에 설명 된 GIT_TRACE = 1을 사용하십시오.

$ 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에서 작동합니다 (Eimantas는 1.8.2.1에서 변경된 사항에 대해 언급했습니다).

sh -c '..' --및 f() {..}; f옵션은 모두 깨끗하게 "$를 @"처리 할 다른 방법으로 매개 변수를 (GIT_TRACE와 함께 참조). 별명에 "#"을 추가하면 후행 매개 변수를 떠나지 않고 위치 매개 변수를 사용할 수 있습니다.

위에서 Drealmer가 언급 한대로 :

" 조심해, ! 리포지토리의 루트에서 실행되므로 별칭을 호출 할 때 상대 경로를 사용하면 예상 한 결과를 얻지 못합니다. – Drealmer Aug 8 '13 at 16:28»

GIT_PREFIX git에 의해 당신이있는 하위 디렉토리로 설정되면, 먼저 디렉토리를 변경하여 이것을 우회 할 수 있습니다 :

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

나는 이것을하는 별칭으로 이것을하고 싶었다.

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;

이것은 여러 줄로되어 있기 때문에 훨씬 더 읽기 쉽다 는 이점이 있습니다 . 플러스로 떠들썩한 파티를 호출 할 수있는 것 같아 I -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"명령을 사용하는 경우 인수 목록을 해당 명령에 자동으로 추가합니다! 이를 피하는 방법은 실제로 스크립트를 함수 또는에 대한 인수로 호출하는 것 입니다.gitgitsh -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 명령 별명으로 전달되는 인수입니다. ... ". OP의 "직접"접근법이 위치 매개 변수와 함께 작동하지 않는 이유도 설명 할 것이라고 생각합니다.