Hi Matthieu,
On Mon, May 6, 2013 at 3:58 AM, Matthieu Moy
wrote:
> Eric Sunshine writes:
>
>> The pattern [y] will match file named 'y'. It probably is unusual for
>> files named 'y', 'n', etc. to exist in the top-level directory, but
>> the gitignore patterns already provide an escape hatch for
Eric Sunshine writes:
> The pattern [y] will match file named 'y'. It probably is unusual for
> files named 'y', 'n', etc. to exist in the top-level directory, but
> the gitignore patterns already provide an escape hatch for these
> unusual cases.
But how does the user know that?
I'd rather sta
On Fri, May 3, 2013 at 9:06 PM, Jiang Xin wrote:
> 2013/5/3 Eric Sunshine :
>> More generally, is this sort of modal edit mode desirable and
>> convenient? Can the edit operation be combined with the top-level
>> prompt? For example:
>>
>> % git clean -i
>> file1 file2 file3
>> file4 file5 f
2013/5/3 Eric Sunshine :
>> WARNING: The following items will be removed permanently. Press "y"
>> WARNING: to start cleaning, and press "n" to abort the cleaning.
>> WARNING: You can also enter the "edit" mode, and select items
>> WARNING: to be excluded from the cleaning.
>
> The
Jiang Xin writes:
> The interactive git clean combines `git clean -n` and `git clean -f`
> together to do safe cleaning, and has more features.
>
> First it displays what would be removed in columns (so that you can
> see them all in one screen). The user must confirm before actually
> cleaning.
Usability observations below...
On Thu, May 2, 2013 at 11:49 PM, Jiang Xin wrote:
> The interactive git clean combines `git clean -n` and `git clean -f`
> together to do safe cleaning, and has more features.
>
> First it displays what would be removed in columns (so that you can
> see them all in
6 matches
Mail list logo