diff options
author | Junio C Hamano <gitster@pobox.com> | 2014-03-23 16:57:28 -0700 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2014-03-24 10:43:35 -0700 |
commit | ec160ae12b0ae938ed5076b9f604e88976fc429c (patch) | |
tree | 5749b77dfdf7087398c2e9545a75b3779a2a4fb7 /t/t5701-clone-local.sh | |
parent | e703d7118c68bb5b1f850dae4060609a88500b18 (diff) | |
download | git-ec160ae12b0ae938ed5076b9f604e88976fc429c.tar.gz |
update-index: teach --cacheinfo a new syntax "mode,sha1,path"
The "--cacheinfo" option is unusual in that it takes three option
parameters. An option with an optional parameter is bad enough. An
option with multiple parameters is simply insane.
Introduce a new syntax that takes these three things concatenated
together with a comma, which makes the command line syntax more
uniform across subcommands, while retaining the traditional syntax
for backward compatiblity.
If we were designing the "update-index" subcommand from scratch
today, it may probably have made sense to make this option (and
possibly others) a command mode option that does not take any option
parameter (hence no need for arg-help). But we do not live in such
an ideal world, and as far as I can tell, the command still supports
(and must support) mixed command modes in a single invocation, e.g.
$ git update-index path1 --add path2 \
--cacheinfo 100644 $(git hash-object --stdin -w <path3) path3 \
path4
must make sure path1 is already in the index and update all of these
four paths. So this is probably as far as we can go to fix this issue
without risking to break people's existing scripts.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t5701-clone-local.sh')
0 files changed, 0 insertions, 0 deletions