From: Kevin Daudt Date: Sun, 13 May 2018 21:02:33 GMT Subject: Re: [PATCH 1/3] checkout.c: add strict usage of -- before file_path Message-ID: <20180513210233.GA18892@alpha> In-Reply-To: <1526178214-30956-1-git-send-email-danniercl@gmail.com> On Sat, May 12, 2018 at 08:23:32PM -0600, Dannier Castro L wrote: > Currently, is a complex command able to handle both > branches and files without any distintion other than their names, > taking into account that depending on the type (branch or file), > the functionality is completely different, the easier example: > > $ git checkout # Switch from current branch to . > $ git checkout # Restore from HEAD, discarding > # changes if it's necessary. > $ git checkout -- # The same as the last one, only with an > # useless '--'. > > For GIT new users, this complicated versatility of could > be very confused, also considering that actually the flag '--' is > completely useless (added or not, there is not any difference for > this command), when the same program messages promote the use of > this flag. > > Regarding the 's power to overwrite any file, discarding > changes if they exist without some way of recovering them, the > solution propuses that the usage of '--' is strict before to > specify the file(s) path(s) for any command (including > all types of flags), as a "defense barrier" to make sure about > user's knowledge and intension running . > > The solution consists in detect '--' into command args, allowing > the discard of changes and considering the following names as > file paths, otherwise, they are branch names. > > Signed-off-by: Dannier Castro L One data point indicating this is giving issues is that today on IRC a user was confused why `git checkout pt` did not show any message and did not checkout a remote branch called 'pt' as they expected. It turned out they also had a local file/dir called 'pt', which caused git to checkout that file/dir rather than creating a local branch based on the remote branch. Kevin