带参数的消息的Git别名

带参数的消息的Git别名,git,alias,msysgit,Git,Alias,Msysgit,我正在使用msysgit在Windows机箱上运行Git,我感兴趣的是为一项常见任务建立一个别名:提交 在我们的环境中,我们的消息需要遵循某种格式:“jira BL-[TICKET_NUMBER]-[MESSAGE]”。对于这个别名,我想参数化[TICKET_NUMBER]和[MESSAGE]部分,以消除破坏构建系统的打字错误,因此我可以这样称呼它: git ca 1234 'Fixed bug' 现在,我的.gitconfig中有这个(基于一些谷歌搜索/实验): 这给了我一个实际的提交消息“

我正在使用msysgit在Windows机箱上运行Git,我感兴趣的是为一项常见任务建立一个别名:提交

在我们的环境中,我们的消息需要遵循某种格式:“jira BL-[TICKET_NUMBER]-[MESSAGE]”。对于这个别名,我想参数化[TICKET_NUMBER]和[MESSAGE]部分,以消除破坏构建系统的打字错误,因此我可以这样称呼它:

git ca 1234 'Fixed bug'
现在,我的.gitconfig中有这个(基于一些谷歌搜索/实验):

这给了我一个实际的提交消息“jira:BL-1234”,但是消息的第二部分完全丢失了。我知道git可以自己处理参数(无需shell调用),但从我所看到的情况来看,它无法以我希望的方式处理它们。我错过了什么,或者我将无法做到这一点

ca = "!sh -c 'git commit -am \"jira:BL-$1 - $2\"'" -;
似乎更近了。我不确定我是否会说这个宏让生活更轻松:/


也许你可以选择你最喜欢的编辑器作为提交编辑器,并在那里制作一个宏/缩写,它可以满足你的需要

使用这样的提交消息从长远来看不是一个好主意…@user3426575你是什么意思?我现在必须手动完成这项工作,这当然不是我选择如何运行,而是必须如何完成。请与坚持此命名方案的人交谈。提交消息的主要功能是告诉人们(也就是说,在将来的某个时刻,其他人以及你自己)提交的目的是什么,采取了哪些操作以及为什么这样做。在其中放入一组数字会阻碍提交消息存在的原因。-这并不意味着您不能从提交消息中引用bug。事实上,你应该。通常的方法是在消息末尾添加一行
关闭bug:
与bug:
相关,等等。@user3426575这是一个态度根深蒂固的遗留系统;我只是暂时搭便车。事实上,该应用程序正式使用SVN;我在本地使用git svn。我并不反对你所说的任何话,但现有的系统有可能发生改变。谢谢,是的,这似乎是可行的。我已经厌倦了手动输入格式,所以我想用别名来探索,至少现在我有了一个可用的别名。我是否真的使用它还有待观察。。。
ca = "!sh -c 'git commit -am \"jira:BL-$1 - $2\"'" -;