Performing git reset --hard will only affect those files, Git knows about; those that are currently tracked by Git.
When you take the output of git status as a reference, what git reset --hard affects are only those files for which Git has detected modifications which are either staged or not staged. Files listed in the untracked section, and as such are not “known by Git”, are not affected.
So in your case, you have an untracked file OUTPUT_RESULTS_DIR/equity.csv. Doing git reset --hard will not affect it, so it stays where it is. However, the branch dev1.1 you attempt to check out, apparently contains that file. So here, Git will protect you from accidentally losing the content of your local file by preventing you from checking out.
At this point, you could rename the file so that you still have it around but it won’t cause a conflict when checking out the other branch. You could also use git checkout dev1.1 --force to force Git to check out the branch, ignoring any conflicts. However note, that this action cannot be undone, so be careful with it.
git reset --hard .where . indicate your current directory. I suspect the equity.csv that lives inside the sub-folder is not getting cleared.LFandCR LF) in the same file. Read more here: git-scm.com/book/en/v2/… about how to fix it.git statuscan really clear up confusions in these siituations. You should always check it yourself, and consider including it in your question too since it gives some additional information about the situation which otherwise has to be guessed.