I forgot to mention that in my initial report: All 3 commands show nothing.
This certainly is a windows-only issue. This has to do with file mode/group or some other perhaps hidden file attribute. Out of the 10 files that are showing as modified in magit, if I do a 'git checkout file1' on one file, that entry gets removed when I refresh magit-status. But 'ls -l' (in bash shell) on that file before and after the checkout command show identical results except for a change in the date. The only thing I can think of is that I have been using magit for a few weeks and I am seeing this issue only since yesterday. I will go back to an earlier magit commit (or even magit 0.7) and see if the problem is still there. Another reason for a command that will print the magit version. Has any change been made in magit recently with respect to file attributes? Babu On Aug 1, 11:08 pm, Marius Vollmer <[email protected]> wrote: > babusri <[email protected]> writes: > > I sometimes use git commands directly from emacs using 'compile' and I > > also use git-gui in addition to magit. I did a commit with git-gui and > > with this only one file is shown as modified in git-gui. This is > > correct. But magit shows that all the files are modified. That is, all > > the tracked files are shown under "Changes:" as 'Modified'. This > > doesn't change when 'g' (magit-refresh) is pressed. After pressing 'g' > > a few times, sometimes magit shows the correct output. But if I press > > F5 in git-gui and then press 'g' in magit, magic shows all the files > > as being modified. > > Hmm, I can't reproduce this here on GNU/Linux, unfortunately. > > Please get git-gui and magit out of sync, and then run > > git diff-files > git diff-index > git diff-index --cached > > and show the output.
