2013/4/26 Matthieu Moy <Matthieu.Moy@xxxxxxxxxxxxxxx>: > Jiang Xin <worldhello.net@xxxxxxxxx> writes: > >> Maybe we can do like this: >> >> 1. Set the default value of 'clean.requireForce' to false. >> 2. Show a error message and do nothing, if there is not 'clean.requireForce' >> setting, but the user called with a '--force' flag. >> ( like a transition for the change of push.default in git 2.0) > > Perhaps introducing a new value for 'clean.requireForce': > > $ git config --global clean.requireForce ask > $ git clean > .will remove ... > are you sure [y/N]? > > The error message when clean.requireForce is unset and --force is not > given could point the user to clean.requireForce=ask. Add new value for clean.requireForce would break old git clent. $ git clean fatal: bad config value for 'clean.requireforce' in .git/config > > Then, maybe, later, this could become the default. But I tend to like > the non-interactive nature of most Git commands, so I'm a bit reluctant > here. My way of doing the confirmation dialog is > > $ git clean -n > would remove ... > $ git clean -f > I try to put all cases in one table, but still looks weird. | clean.requireForce | git clean | git clean --force | +---------------------+-------------------|-------------------| | TRUE | error | delete... | +---------------------+-------------------|-------------------| | FALSE | delete... | delete... | +---------------------+-------------------|-------------------| | unset | confirm | warn + confirm | +---------------------+-------------------|-------------------| Does anyone really set and use "clean.requireForce" setting? And if there is a confirm dialog, do we need 'clean.requireForce' any more? Or we can add a `--no-ask` option, in order to override the confirm dialog. > -- > Matthieu Moy > http://www-verimag.imag.fr/~moy/ -- 蒋鑫 北京群英汇信息技术有限公司 邮件: worldhello.net@xxxxxxxxx 网址: http://www.ossxp.com/ 博客: http://www.worldhello.net/ 微博: http://weibo.com/gotgit/ 电话: 18601196889 -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html