homepage › Forums › Miscellaneous › Git (and egit) showing files as dirty when there are no changes
Tagged: BridgePoint, egit, git, xtuml
- This topic has 3 replies, 2 voices, and was last updated 8 years, 9 months ago by Bob Mulvey.
-
AuthorPosts
-
July 15, 2015 at 8:25 pm #5181Bob MulveyKeymaster
This problem has been driving me crazy for quite a while. IT happens to me infrequently enough that I never spent time to look for what exactly was going on. In my case I am using a Ubunutu VM on a MAC. I have my repo(s) checked out such that I can share them across VMs (and the MAC OS iteself). I don’t tend to attenot to do cross-platform things though. For example, my git repos folders are named for the OS I use them in so I explicitly try to assure I do not hit cross platform persistence issues.
I found a thread that has an explanation for what is going on (explanation at the end of the thread), enjoy :) : http://stackoverflow.com/questions/26542226/git-showing-identical-files-as-changed
July 22, 2015 at 2:36 pm #5184Travis LondonParticipantHere is some github documentation for the issue:
https://help.github.com/articles/dealing-with-line-endings/
There are multiple options, which can be per repository or global. They can also be configured such that all repositories cloned share the same settings.
July 30, 2015 at 4:30 pm #5192Bob MulveyKeymasterI really think the proper thing to do is to put a .gitattibutes in place as called out in the article I linked to. Following those directions and doing a hard reset should change the CRLF to LF and then keep them that way from this point forward regardless of the environment being used.
July 30, 2015 at 4:45 pm #5193Bob MulveyKeymasterThis issue just bit me really hard AGAIN. I should have raised an issue earlier and did not. It is now issue https://support.onefact.net/redmine/issues/7820
-
AuthorPosts
- You must be logged in to reply to this topic.