Git alias dengan parameter posisi

Pada dasarnya saya mencoba alias:

git files 9fa3

... untuk menjalankan perintah:

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

tetapi git tampaknya tidak memberikan parameter posisi ke perintah alias. Saya telah mencoba:

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

... dan beberapa yang lain tetapi itu tidak berhasil.

Kasus degenerasi adalah:

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

... bagaimana saya bisa membuat ini berfungsi?

Cara yang paling jelas adalah dengan menggunakan fungsi shell:

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

Alias ​​tanpa !diperlakukan sebagai perintah Git; mis commit-all = commit -a.

Dengan !itu, dijalankan sebagai perintahnya sendiri di shell, membiarkan Anda menggunakan sihir yang lebih kuat seperti ini.

UPD
Karena perintah dijalankan di root repositori, Anda dapat menggunakan ${GIT_PREFIX}variabel saat merujuk ke nama file dalam perintah

Anda juga dapat merujuk shlangsung (alih-alih membuat fungsi):

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

(Perhatikan tanda hubung di akhir baris - Anda akan membutuhkannya.)

Alias ​​yang Anda cari adalah:

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

Dengan validasi argumen:

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

Itu akhir# ini penting - mencegah semua argumen yang disediakan pengguna dari yang diproses oleh shell (itu komentar mereka keluar).

catatan: git menempatkan semua argumen yang disediakan pengguna di akhir baris perintah. Untuk melihat ini dalam tindakan, coba:GIT_TRACE=2 git files a b c d

Kutipan yang lolos (karena bersarang) penting untuk nama file yang mengandung spasi atau "; rm -rf --no-preserve-root /;)

Gunakan GIT_TRACE = 1 yang dijelaskan pada halaman manual git untuk membuat pemrosesan alias transparan:

$ 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

Perintah asli Anda berfungsi dengan git versi 1.8.3.4 (Eimantas mencatat ini berubah pada 1.8.2.1).

The sh -c '..' --dan f() {..}; fpilihan kedua bersih menangani "$ @" parameter dalam cara yang berbeda (lihat dengan GIT_TRACE). Menambahkan "#" ke alias juga akan memungkinkan parameter posisi tanpa meninggalkan yang tertinggal.

Seperti yang dinyatakan oleh Drealmer di atas :

" Hati-hati, ! akan berjalan di root repositori, jadi menggunakan jalur relatif saat memanggil alias Anda tidak akan memberikan hasil yang Anda harapkan. - Drealmer 8 Agustus '13 pada 16:28 »

GIT_PREFIX diset oleh git ke subdirektori tempat Anda berada, Anda dapat mengelak dari ini dengan terlebih dahulu mengubah direktori:

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

Saya ingin melakukan ini dengan alias yang melakukan ini:

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

Pada akhirnya, saya membuat skrip shell bernama git-m yang memiliki konten ini:

#!/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;

Ini memiliki manfaat yang jauh lebih mudah dibaca karena ada di banyak baris. Ditambah lagi, aku suka bisa memanggil bash dengan -xdanset -e . Anda mungkin dapat melakukan semua ini sebagai alias, tetapi itu akan sangat jelek dan sulit untuk dipertahankan.

Karena file tersebut bernama git-mAnda dapat menjalankannya seperti ini:git m foo bar

Hanya menabrak sesuatu yang serupa; Saya harap posting catatan saya. Satu hal yang membingungkan saya tentang gitalias dengan argumen, mungkin berasal dari git help config(saya punya git versi 1.7.9.5):

Jika ekspansi alias diawali dengan tanda seru, itu akan diperlakukan sebagai perintah shell. Misalnya, mendefinisikan "alias.new =! Gitk --all --not ORIG_HEAD", doa "git new" setara dengan menjalankan perintah shell "gitk --all --not ORIG_HEAD". Perhatikan bahwa perintah shell akan dieksekusi dari direktori tingkat atas dari repositori, yang mungkin bukan direktori saat ini. [...]

Cara saya melihatnya - jika alias "akan diperlakukan sebagai perintah shell" ketika diawali dengan tanda seru - mengapa saya harus menggunakan fungsi, atau sh -cdengan argumen; mengapa tidak menulis perintah saya apa adanya?

Saya masih belum tahu jawabannya - tetapi saya pikir sebenarnya ada sedikit perbedaan dalam hasil. Inilah sedikit tes - lemparkan ini pada Anda .git/configatau Anda ~/.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 "

Inilah yang saya dapat menjalankan alias ini:

$ 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/

... atau: ketika Anda menggunakan perintah "biasa" setelah !"apa adanya" di gitalias - maka gitsecara otomatis menambahkan daftar argumen ke perintah itu! Memang cara untuk menghindarinya adalah dengan memanggil skrip Anda sebagai fungsi - atau sebagai argumen sh -c.

Hal lain yang menarik di sini (bagi saya), adalah bahwa dalam skrip shell, seseorang biasanya mengharapkan variabel otomatis $0menjadi nama file skrip. Tetapi untuk gitfungsi alias, $0argumennya adalah, pada dasarnya, isi dari seluruh string yang menentukan perintah itu (seperti yang dimasukkan dalam file konfigurasi).

Itulah sebabnya, saya kira, jika Anda salah mengutip - dalam kasus di bawah ini, itu akan menghindari kutip ganda luar:

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

... - maka gitakan gagal dengan (bagi saya, setidaknya) pesan yang agak samar:

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

Saya pikir, karena git"melihat" seluruh string sebagai hanya satu argumen untuk !- ia mencoba menjalankannya sebagai file yang dapat dieksekusi; dan karenanya gagal menemukan "echo 'A' 'B'"sebagai file.

Bagaimanapun, dalam konteks git help configkutipan di atas, saya berspekulasi bahwa lebih akurat untuk menyatakan sesuatu seperti: " ... doa" git baru "setara dengan menjalankan perintah shell" gitk --semua --tidak ORIG_HEAD $ @ ", di mana $ @ adalah argumen yang diteruskan ke alias perintah git dari baris perintah saat runtime ... ... ". Saya pikir itu juga akan menjelaskan, mengapa pendekatan "langsung" di OP tidak bekerja dengan parameter posisi.