我想用一个别名这样做:

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

最后，我创建了一个名为git-m的shell脚本，内容如下:

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

这样做的好处是它更容易读懂，因为它是多行。另外，我喜欢用-x和-e调用bash。您可能可以使用别名来完成整个操作，但它将非常难看，并且难以维护。

因为文件名为git-m，你可以这样运行它:git m foo bar

我想用一个别名这样做:

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

最后，我创建了一个名为git-m的shell脚本，内容如下:

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

这样做的好处是它更容易读懂，因为它是多行。另外，我喜欢用-x和-e调用bash。您可能可以使用别名来完成整个操作，但它将非常难看，并且难以维护。

因为文件名为git-m，你可以这样运行它:git m foo bar

shell函数可以帮助实现这一点:

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

一个没有别名的!被视为Git命令;例如:commit-all = commit-a。

使用!，它在shell中作为自己的命令运行，允许您使用像这样更强大的魔法。

乌利希期刊指南 因为命令是在存储库的根目录下执行的，所以在命令中引用文件名时可以使用${GIT_PREFIX}变量

你也可以直接引用sh(而不是创建一个函数):

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

(注意行末的破折号——你会需要的。)

如上Drealmer所述:

“小心，!”将在存储库的根目录下运行，因此在调用别名时使用相对路径将不会得到预期的结果。- Drealmer 13年8月8日16:28»

GIT_PREFIX被git设置为你所在的子目录，你可以通过首先改变目录来规避这个问题:

git config --global alias.ls '！cd “${GIT_PREFIX：-.}”;ls -al'

只是碰到了类似的东西;希望可以发布我的笔记。有一件事让我对git别名和参数感到困惑，可能来自git帮助配置(我使用的是git 1.7.9.5版本):

如果别名展开以感叹号作为前缀，则它将被视为shell命令。例如，定义“alias”。new = !gitk——all——not ORIG_HEAD”，调用“git new”相当于运行shell命令 “gitk -all -not ORIG_HEAD”。注意，shell命令将从存储库的顶级目录执行， 不一定是当前目录。[…]

我看它的方式-如果一个别名“将被视为一个shell命令”时，加上一个感叹号前缀-为什么我需要使用一个函数，或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参数的形式调用脚本。

这里(对我来说)另一件有趣的事情是，在shell脚本中，人们通常期望自动变量$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帮助配置的上下文中，我推测更准确的说法是:“……调用“git new”相当于运行shell命令“gitk——all——not ORIG_HEAD $@”，其中$@是从运行时. ...的命令行传递给git命令别名的参数”。我认为这也可以解释，为什么OP中的“直接”方法不适用于位置参数。