Sorry for top post.
The problem maybe 'unicode' in that autodetect on general unicode text (i.e. 
non US ASCII chars) will be detected as binary files rather than as text files, 
and somehow thus different (or treated different). In particular I believe it's 
that Git detects null bytes as an indicator of binaryness.

Can you check if those files have that characteristic?

Philip
  ----- Original Message ----- 
  From: Stas Fedotov 
  To: git-users@googlegroups.com 
  Sent: Thursday, April 03, 2014 7:49 PM
  Subject: Re: [git-users] git showing modified files right after branch chekout


  I am using git on Cygwin. 


  Today I figured out that this is .gitattributes file which is messing the 
stuff. .gitattributes contains only 
  * text = auto


  After removing the file - problem was gone.


  But I still wonder why? Because the both git-scm book and github tutorial on 
lineendings told that .gitattributes should solve my problem.



  On Thursday, April 3, 2014 10:41:38 PM UTC+4, Nelson Efrain A. Cruz wrote:
    Perhaps it's a problem with git for Windows. I run in a, somehow, similar 
situation using git for windows: in a branch, say branch-one, I have files that 
didn't exists in branch-two. So changing from branch-one to branch-two will 
result in all of these files that didn't exists in branch-two showing up like 
untracked files.

    Maybe you can try asking in the group for msysGit[1]

    [1] = https://groups.google.com/forum/#!forum/msysgit


    El abr 2, 2014 8:40 AM, "Stas Fedotov" <stas.f...@gmail.com> escribió:

      Hi!

      I have pretty much strange situation. Working on Windows machine and 
committing to Git Stash.

      In my global config I have core.autocrlf=true and there is .gitattributes 
in repo with * text = auto

      Now here is what I do on clean, recently cloned repo:


>git status #1
on develop, no changes

>git checkout -t origin/BRANCH-1 && git status #2
Branch BRANCH-1 set up to track remote branch GPIII-96 from origin.
Switched to a new branch 'BRANCH-1'
modified: A.java
modified: B.java
modified: C.java

>file A.java
A.java: ASCII text, with CRLF line terminators

>git rm --cached -r . && git reset --hard && git status
# On branch BRANCH-1
nothing to commit (working directory clean)

*WTF??*

>git checkout develop -f && git status 
modified: D.java

*WTF???* #remember on #1 it was OK

>git checkout BRANCH-1 -f && git status 
modified: A.java
modified: B.java
modified: C.java

*WTF???*
      I am really not sure if it is connected to line-endings. I just have no 
idea how to check it.

      Any ideas on what's going on and how to fix that?


      -- 
      You received this message because you are subscribed to the Google Groups 
"Git for human beings" group.
      To unsubscribe from this group and stop receiving emails from it, send an 
email to git-users+...@googlegroups.com.
      For more options, visit https://groups.google.com/d/optout.


  -- 
  You received this message because you are subscribed to the Google Groups 
"Git for human beings" group.
  To unsubscribe from this group and stop receiving emails from it, send an 
email to git-users+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Git 
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to git-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to