Handle existing aliases without duplication

[sorin-ionescu]

Handle existing aliases without duplication

[ndbroadbent]

Wow, those aliases are seriously comprehensive!

I'm not sure of the best way to implement your suggestion, but it certainly sounds like a great idea.
So, we could look for aliases that contain certain git commands, such as git add, and then redefine those aliases to expand the args into filepaths. I like it. I especially like the idea of it augmenting your existing git aliases, instead of stomping all over them.

Alright, I'll leave this issue open and might work on it when I have some free time.

[ndbroadbent]

Hi there, I've just pushed this feature up to the master branch. I've added a new git_augment_current_aliases setting in the git.scmbrc config file. If you set it to 'yes', then your existing git aliases will be parsed and augmented with the SCM Breeze wrapper, so you can then use the numeric shortcuts that it provides.
The major aliases will still be defined, however, such as gs for the git status function, and ga for the git add function.

E.g. if you have an alias like alias gco="git checkout", then SCM Breeze will automatically redefine it as alias gco="exec_git_expand_args git checkout". (This means you can type gco 1 to checkout the first file in the output of git status.)

I know this is a very old issue, but would hugely appreciate it if you were able to test it out with your zsh config.
Thanks very much!

[ndbroadbent]

Have just changed this option to git_setup_aliases. Set it to 'no' to keep your existing aliases. git is now wrapped in a function, so that zsh tab completion works by expanding any git aliases.